明智地整合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中文站投稿或者参与内容翻译工作，请邮件至[email protected]。也欢迎大家通过新浪微博（@InfoQ）或者腾讯微博（@InfoQ）关注我们，并与我们的编辑和其他读者朋友交流。