这篇是我们关于DevOps组件章节的最后一节。这一次，我想谈谈ITIL（Information Technology Infrastructure Library）和IT服务管理。 DevOps站在巨人的肩膀上，有很多来自各种ITSM（IT service management），SDLC（Software Development Life Cycle）框架和成熟度模型的概念值得学习。直到今天，我的团队的Wiki面板围绕标准的ITIL流程进行组织，包括变更管理，供应商管理，事件管理等部分，但是当你实施这些流程时，你希望使用精益敏捷的思维模式，并且需要以人为本的方式制作它们，并且不会以标准或最佳实践的名义将浪费。
像我这样的老顽固的IT退伍军人已经完成了ITIL的工作，但对于现在没有遇到过它的人们，让我解释一下。一，IT服务管理。 IT服务管理是一种认识，即服务交付是整个软件开发生命周期的重要组成部分，应该从设计到开发再到部署，从维护到服务下线。在当今，软件开发生命周期的概念实际上只关注代码编写过程并且倾向于停止交接，即使如果他们提到部署和维护部分，才会对它们进行详细的介绍。
通过这种方式，ITSM显然是DevOps的祖先之一。事实上，我第一次了解DevOps的Ops Camp Austin活动起源于2007年由John Willis和Mark Hinkle参演的名为BarCamp BSM的ITSM专注BarCamp。该活动很少参加，但两年后，Ops Camp被挤满了人。 ITIL是第一个ITSM框架。事实上，它推出了ITSM的理念。尽管其他ITSM框架如COBIT已经出现，但是很多人仍然在谈论ITIL。
ITIL是英国政府的标准。它源于20世纪80年代的撒切尔主义，因为之前，我们可以说，英国政府中有机管理的IT资产没有很多对齐标准，因此他们的中央IT部门发布了一套关于如何管理的指导方针服务于80年代末和90年代初。 ITIL的第一个版本做得非常好，引起了英国政府以外组织的兴趣。 2001年，ITIL v2的发布明确意图被其他人使用，最新的ITIL版本v3于2007年发布并于2011年更新，现在称为ITIL 2011。
它使用基于流程模型的控制和管理服务视图。可以说它继承了DeMing的”计划 - 执行 - 检查 - 行动”周期。 ITIL认识到服务生命周期，服务战略，设计，转换和运营的四个主要阶段。它可以为您所听到的各种IT流程提供指导，从事件管理到项目组合管理，再到容量管理，再到服务目录。
到目前为止，所有这些对于一些伟大的价值来说听起来都很棒，但 ITIL 2011长达2,000页,这是五本书，重量超过15磅。虽然ITIL的所有高级原则都有意义，但它的设计是一个相当规范和自上而下的框架。虽然从技术上来说，它不是针对ITIL进行敏捷开发或执行持续集成和部署或其他此类实践，但老实说，围绕ITIL的大部分文化，建议和咨询都采用了瀑布式，推动式驱动的世界模型。
但它肯定不一定是这样。 Gene Kim“凤凰计划”和“DevOps Cookbook”的作者，也许是当今最狂热的DevOps传播者，创立了IT流程研究所，这是一家致力于研究IT流程和分析IT绩效最佳实践的非盈利组织。 1999年，Kim与Kevin Behr和George Spafford合作出版了一本超薄的100页书籍The Visible Ops Handbook，在2004年以四个实际和可审计的步骤实施了ITIL。
它不仅描述了与IT组织成功最相关的ITIL核心部分，还提出了以轻量级方式实现它们的路线图。The Visible Ops Handbook最初作为一本经典IT书籍传播得很慢。这本书的内容很棒，但这就是电子书的真正含义（内容好但是传播慢）。您可以拥有明确定义的控制流程，这些流程既合规又可审计，但它们可以轻松灵活，与人们经历过的大多数ITIL实施完全相反，因此请使用和学习ITIL的人们，请三思而后行，实施特定的流程前需要借鉴和参考。
相反，请考虑流程的目标是什么，并分析如何以精益的DevOps-y方式实现这一目标。从CI到Chaos Monkey（一个开源工具），很多DevOps都是在寻找预定目标的替代路径，并且发现它比IT智慧可能告诉你的路径更好。现在，我们将研究DevOps的三个实践领域，基础设施自动化，持续交付和可靠性工程，从而掌握课程的真正内容。