阻碍应用程序部署的不是硬件，而是组织的僵化

传统 IT 与更敏捷、DevOps 驱动的 IT 之间的鸿沟不断巩固，导致了本质上两层的数据中心架构的出现。 对于那些关注此事的人来说，这并不奇怪。 多年来，我被来自运营和开发人员的大量问题所困扰，他们希望行动更快、更频繁，但却受到核心网络硬件僵化的阻碍，而需要手动批准和实施变更的流程却无法解决。

负责维护数据中心内外数据的安全、稳定和快速传输的人员与负责将那些被认为是业务增长催化剂的应用和功能推向市场的人员之间自然存在着摩擦，这导致了激烈的言辞、指责和不满。

许多人喜欢将此归咎于“boxen”。 网络中那些老旧、遗留的硬件，虽然提供了应用扩展和保持安全所需的关键服务，但却只是“阻碍”而已。 但事实是，这些拳击手不应责怪自己。 如今，几乎所有应用程序都支持 API，任何有权访问curl并具备 HTTP 工作知识的人都可以配置、管理和以其他方式操作伴随每个应用部署的服务。 许多相同的“盒子”本身都是虚拟化的，并且提供与数据中心深处相同的虚拟体验。

它们根本不是持续部署这条高速公路上的障碍。

相反，正如 DevOps 支持者常说的那样，组织文化的僵化导致了这种摩擦并减慢了应用的部署速度。 由于需要在生产中保持稳定性和安全性，而这在应用程序开发这种更加不稳定的环境中并不一定存在，因此对错误的容忍度较低，并且错误不可避免地会导致业务中断。

这不一定是坏事。 核心网络当然需要保持高水平的可用性，不仅要确保能够访问数据中心内部的应用，而且还要确保那些依赖公共 SaaS 解决方案来完成工作的用户能够访问。

然而，为了更好地平衡现代数据中心中两个架构层的需求，组织需要放宽限制。 应用程序部署确实需要更快、更频繁地进行。 为了实现这一目标，组织需要认真审视当前实施的流程，这些流程几乎肯定比他们管理的框架更加僵化和难以改变。 如今，IT 运营流程对企业而言与业务流程同样重要，企业领导者明白必须对 IT 运营流程进行检查、评估、记录、自动化和改进，才能提高效率和提高业务绩效。 更重要的是，它们需要足够灵活，以便在必要时做出改变。 但要做到这一点，组织需要了解这些流程，并愿意以批判的眼光评估其中的低效率和瓶颈。

在 2016 年 AIIM 行业观察报告“信息管理 - 2016 年行业状况”中，55% 的受访者表示业务流程管理 (BPM) 对他们的业务非常重要 (38%) 或必不可少 (17%)。

在使用技术增强流程方面，企业看到了全面的改进：

❶ 三分之一的组织发现其审查和批准周期有所减少，62% 的组织表示他们从个人之间更好的路由中获益。 42% 的人认为，好处来自于更高的组织灵活性和流程之间的路由。

❷ 更快地处理关键业务活动为53％的受访者带来了最大的价值。 45% 的人认为，他们最大的价值在于更少的错误和异常处理。

❸ 41% 的受访者表示在一年内就实现了投资回报，其中 17% 的受访者表示在 6 个月内就实现了投资回报。 25% 的投资回报在 18 个月内。

IT 经常使用“编排”这一术语，但很少讨论它与流程的关系。 当使用编排来自动化管理部署的操作流程时，就会看到真正的改进。 它发现价值流中的浪费和差距，并消除等待时间和不必要的批准和冗余，这将使组织获得与业务流程方面相同的速度和敏捷性的提升。

我们可以称之为 DevOps，也可以称之为运营流程管理 (OPM)，但实际上两者是密切相关的。 企业需要对运营 IT 流程进行与业务流程相同的操作，以在不牺牲稳定性和安全性的情况下实现更高的灵活性和应用程序部署速度。

并且与数据中心是否有盒子关系不大。