明智地整合 DevOps 和 ITIL

ScriptRock 的联合创始人 Alan Sharp-Paul 最近强调了企业需要明智地整合DevOps 和ITIL（IT 基础架构库）。

ITIL 是一系列规划、文档、流程和合同的最佳实践，它似乎处于敏捷 DevOps 范畴的对立面。Alan 认为，采用 ITIL 自有其价值所在，并且是企业界中的“必要之恶”。尽管如此，在他看来这也是荒谬的：

……正在尝试强行推动 DevOps 方法论进入大型企业，这与五到十年前强行推动 ITIL 流程的做法相同。在引入 ITIL 以前，大型企业中的环境就像是狂野的西部；然而在 ITIL 支配的秩序和结构中运用 DevOps 原则却是完全不同而且更危险的主张。

独立 IT 咨询师 Patrick Debois 是 DevOps 术语的创造者，并与人合著了即将出版的《 DevOps Cookbook 》。他赞同 DevOps 和 ITIL 的整合是个大话题的说法，并继续道：

ITIL 的流程拥有自己的位置。ITIL 最初也像 DevOps 一样，随着实践者的工作而成长。（……）它的问题不在于理念，而是实践。它可以是实用的。这一点体现在 ITIL 专注于变更的控制。但许多人认为这是避免变更。

Patrick 的观点得到了 IBM 的 David Norfolk 的支持。David Norfolk 主张： ITIL 拥有宝贵的逻辑模型，它们应该与 ITIL 过时的最佳实践分离。这将避免当 DevOps 专注于业务服务交付的时候，去“重新发明轮子”。Patrick 反驳了“DevOps 不应该改变 ITIL”的观点：

我认为 ITIL 需要彻底改造自己。它将如何处理频繁的变更，并进行信息的分享？许多人正在安心地接受 DevOps，我希望 ITIL 也能做到这一点。毕竟在 ITIL v3 中有许多与持续改进方面的交互。

CA 的副总裁和治理布道者 Robert Stroud同意Alan 的观点。他并不认为ITIL 会完全“消失”，只不过使用ITIL 流程的方法发生了改变。他认为“自动化和自动化控制的使用”是至关重要的。Patrick 补充道，通过自动化提高再现性、自动批准变更以及将基础设施视作代码，将释放宝贵的资源：“变更咨询委员会将重新专注于重要的事情，而不是手工劳动和特定的步骤。”

这个话题的讨论延续了DevOps 在企业中实践的探索，后者在近期逐渐获得关注。例如，InfoQ 组织了一个专家小组，围绕着企业是否已经准备好迎接DevOps 的话题进行讨论。诸如 BMC 等传统的 ITIL 拥护者则在寻找ITIL 和DevOps 间的协同效应，尝试借此统一概念和工具层面的方法。此外，在每次 DevOps Days 会议，包括即将在美国山景城举行的 2013 年 DevOps Days，与会者都会询问：“DevOps 如何与ITIL 和Cobit 共存？”

查看英文原文： Integrate DevOps and ITIL Intelligently

感谢康锦龙对本文的审校。

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