明智地整合 DevOps 和 ITIL

阅读数:1214 2013 年 5 月 3 日

话题:DevOps

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)关注我们,并与我们的编辑和其他读者朋友交流。