阻碍您采用 DevOps 的三件事

不，不是你。 你。 高管们对 DevOps 并不像一线人员那样兴奋，答案可能就在这三个关键问题之一中找到。

高绩效组织不仅采用了 DevOps，而且接受了它。 Puppet Labs 的开创性 DevOps 状况报告在过去两年中向我们展示了这一点，我想它将在来年再次加强这种关系。 根据大量行业调查和研究，各组织正在采用 DevOps。 但就像他们过去采用敏捷、精益的应用程序开发方法一样，采用并不总是意味着我们所想的那样。 事实证明，组织所说的“采用敏捷”进行应用程序开发的真正含义是，只有相对较小比例的项目使用了敏捷。 这并不意味着他们会全力以赴，在每个项目中都采取极端行动。

对于 DevOps 来说似乎也是如此，受访者热情地采用并实现了成果，但总体而言，高管似乎对这种方法仍然不太热衷，根据我们的application交付状况调查，其“战略影响”同比仅上升了两个百分点——从 2016 年的 15% 上升到 2017 年的 17%。 尽管云架构师和自我认同的“DevOps”角色可能对他们的 DevOps 计划充满兴趣，甚至在生产中超越了壁垒，但高管在接受这种方法方面仍然落后。 这实际上意味着“组织”不一定全力支持（拥抱） DevOps。

有三个关键问题可能会阻碍 IT 和业务领导层给予 DevOps 应有的真正热烈欢迎。

1. 时间。 任何需要迁移思维的内部 IT 项目（无论是从传统到云、从整体到微服务、从手动到自动化）有时都被视为浪费时间的提议。 它们不会直接促进业务增长，因此，这些项目所花费的时间对于业务利益相关者来说可能是难以承受的。 支持 DevOps 的人应该向企业领导者阐明开展此类项目将产生的明确目标和预期收益。 无论是为了节省成本还是提高 IT 响应速度，企业都必须了解投资的预期回报，以让他们接受并支持这一努力。 省一分钱可能就是赚一分钱，但投资一分钱往往就是赚一角钱。 现在投资 DevOps，组织将来就会获得回报。
    
2. 中断。  没有哪个 IT 领导者希望成为业务中断的根源。 现在投资 DevOps 计划可能会造成破坏，特别是如果它导致生产流程放缓，而每个人都知道你需要加快速度。 由于实现生产自动化和编排通常意味着扰乱负责日常业务的系统，因此任何需要这样做的举措都可能造成不良的中断。 现实情况是，依靠过时的手动方法来配置、扩展和管理系统可能才是真正的破坏因素 — — 如果不是今天，那么就是明天。 无摩擦生产环境的标志之一是能够按需响应产能和服务需求。 随着数字化转型带来的需求不断增长，IT 不堪重负，实现这一目标变得越来越困难。 没有风险就没有回报。 现在承担风险可能比您的应用组合增长 2 倍或更多时的风险要小。
    
3. 锁定。 IT 领导层的普遍担忧就是被选择“束缚”。 好消息是，支持自动化和编排的大部分网络设备和系统都基于开放标准协议和概念，如 HTTP、REST 和 JSON。 这就是前期花费时间设计和构建一个尽可能利用 API 和模板的系统将在以后得到回报。 与需要通过 API 逐步重新执行 CLI 发出的命令的设备或系统集成几乎肯定会导致锁定。 这是模板的最大优势之一——减少对设备和系统特定 API 的依赖，从而将您接触的范围限制在少数几个命令上，这些命令将来可以轻松迁移到新的系统或应用程序。  确保基础设施支持基于 REST 的 API，并且尽可能使用模板以便以后轻松从系统和环境中提取。

当然，还有其他问题，但在技术和方法采用方面，这三个关键问题在整个数据中心和各个时代都存在。 这需要时间，可能会造成破坏，而且很有可能被锁定。 尽职调查、深思熟虑的实施方法以及现在投资、以后受益的态度可以缓解这些担忧，并创造更好的机会成功奠定坚实而灵活的基础，不仅可以实现而且可以加速现在和未来业务增长所必需的数字化转型。