ITIL 与 DevOps 的比较：不同的观点

关于 ITIL 与 DevOps 的讨论是很常见的。对此问题存在很多不同的看法：有些人认为 ITIL 和 DevOps 有不同的思维方式；也有人认为 ITIL 和 DevOps 是兼容的；还有人认为他它们是不同的，但是在 IT 部门都有自己的位置。在最近的一篇文章中，Charles Betz，Open Group IT4IT 论坛的敏捷工作流（Agile Workstream，该组织致力于提供“与供应商无关的参考架构，来管理IT 业务”）的负责人，认为它们的原则是不一致的。ITIL 仍然陷于一种阶段性的流程。而DevOps 拥抱精益产品管理原则，比如管理进行中的工作，管理队列，或者进行小批量处理。

Betz 和 Jeff Sussna ，同为 ITIL 的怀疑者，同意 ITIL 通过“促进以服务为中心、从外到内、以客户为中心的思想”，对 IT 社区做出了重大的贡献。但是他们认为，尽管 ITIL V3 关于“持续改进服务”的讨论，致力于不断调整 IT 过程，保持与业务需求一致，但是仍然是分阶段步骤的思维方式。正如 Betz 所说的：

对于每次提到“迭代”或“反馈”，就有十次提到“计划”或者“制定计划”。值得注意的是，单词“实验”只在服务战略中出现过几次，而在其它卷中就压根儿没有出现。

根据 Sussna 所述，ITIL V3：

V3 把持续改进服务放在由服务战略、设计、转变和运营组成的一系列阶段的末尾。见到这样一个看起来象瀑布流的方法，我真的有点儿震惊。

在 Betz 看来，ITIL 把 IT 流水线描述为“在战略、开发和运营之间转换的精确计划的大批量工作”。Betz 认为 ITIL 基本上相信过程是解决问题的主要机制，通过计划和文档可以缓解风险。Betz 认为一些这样的基本观点源自于 ITIL 的大部分要追溯到 10 年前这样的事实，因此，是过时的：

ITIL 要求把经过改进的 IT 交付基本模型作为一个集中关注执行、反馈和流程的社会技术系统。

另一方面，Gene Kim说 ITIL／ITSM 是非常兼容于 DevOps 的：

ITIL 和 ITSM 仍然是支撑 IT 运营的业务流程的最佳汇编，并且实际上描述了许多需要为了让 IT 运营支持 DevOps 式工作流的能力。

以及：

不过，更重要的是，ITSM 从业者都拥有独特的优势，帮助 DevOps 的举措，并为企业创造价值。

Kim 举了一些 ITIL／ITSM 从业者增加价值的例子。在一个基础设施自动化项目中，ITSM 从业者可以将现有的“发布管理准备清单、安全加固清单、等等”集成到自动构建过程中。标准变更，是 ITIL 术语，描述频繁、记录在案的、低风险、预先批准的变更。 ITSM 从业者可以帮助把标准变更嵌入到生产环境的自动部署中。

Rob England 不同于 Betz、Sussna 和 Kim 双方。England 认为，ITIL 和 DevOps 是不一致的，但两者可能在同一个 IT 组织内都有它们的位置。他从 Gartner 的 bi-modal 和 pace layer 模型获得灵感，主张多种速度的 IT（multi-speed IT）：

• 保守的：传统的，也许是瀑布流，变更管理和运营
• 敏捷：DevOps 的一些变体

根据 England 所述，企业应当决定采用哪种方法。一些业务需求及配套的应用程序，需要强调创新和变更速度：它们需要敏捷的方法。其它业务需求要求稳定和极低的风险：它们需要保守的方法。

查看英文原文： ITIL vs. DevOps: Different Viewpoints

感谢张龙对本文的审校。

给InfoQ 中文站投稿或者参与内容翻译工作，请邮件至 editors@cn.infoq.com 。也欢迎大家通过新浪微博（ @InfoQ ， @丁晓昀），微信（微信号： InfoQChina ）关注我们，并与我们的编辑和其他读者朋友交流（欢迎加入 InfoQ 读者交流群）。