[p=30,2,center]学习资料：IT运维管理社区专家讲堂直播300期视频回放

[p=30,2,center]

ITIL欠缺主动管理的规划，而IT部门又开始更多地关注能给业务带来哪些成效。那么，DevOps实践是否可以与ITIL流程兼容起来，解决这些困境？

一、ITIL

ITIL正式的名字是信息技术基础架构库或IT基础架构库（InformationTechnologyInfrastructureLibrary），这是为管理IT服务定义的一组实践。ITIL作为一个系列出版，其中包括5卷，描述了其流程、过程、任务和检查表，可以用来说明依从性，并度量朝着这个目标做出的改进。20世纪80年代越来越多的IT组织开始使用越发多样的实践方法，ITIL正是由这种趋势发展而来。

英国国家计算机和电信局（CentralComputerandTelecommunicationsAgency，CCTA）开发了一套建议，着力标准化这些实践方法。ITIL最早于1989年出版，多年来，这些书和实践方法在不断发展。在最新版本中，5大核心部分分别描述了服务战略、服务设计、服务转换、服务运营和服务持续改进。

IT分析师和咨询师StephenMann指出，尽管ITIL的标准化会带来很多好处，而且全世界已经有超过150万人获得了ITIL认证，但从业人员可能还希望关注另外一些领域。Mann指出，ITIL通常更侧重于被动管理而不是主动管理，所以我们建议使用ITIL的组织能够记录可以尝试哪些方法在他们的实践中增加更多主动规划，并更加关注客户。

二、ITIL存在的不足

ITIL作为IT服务管理的先进理念，在国内IT运维领域已经深入人心，保障生产系统的可靠性和安全性仅仅是运维工作的基本内容，许多企业的IT部门越来越关注对业务部门需求的反应速度和给业务带来的实际成效，要求进一步提高IT服务的工作效率和工作质量。显然，要提高IT服务的整体绩效，不能仅仅局限于运维工作的范畴，也不是ITIL最佳实践就能够解决的问题。

ITIL和DevOps有着不同的思维方式。CharlesBetz，OpenGroupIT4ITIT运维管理社区的敏捷工作流（AgileWorkstream，该组织致力于提供“与供应商无关的参考架构，来管理IT业务”）的负责人，认为它们的原则是不一致的。ITIL仍然陷于一种阶段性的流程。而DevOps拥抱精益产品管理原则，比如管理进行中的工作，管理队列，或者进行小批量处理。

三、DevOps与ITIL的兼容并存

ITIL广泛影响了好几代运维实践者，并且依然在演进，是一个不断发展的实践体系，旨在稳定地支撑世界级的IT运维，而且横跨服务战略、设计和支持等流程和实践。

DevOps实践可以与ITIL流程兼容。然而，为了支持DevOps所追求的更短的发布周期和更频繁的部署，ITIL流程的许多方面需要完全自动化，以解决配置和发布管理流程相关的许多问题，例如保持配置管理数据库和最终软件库是最新的。由于DevOps需要在服务事件发生时进行快速的定位和恢复，因此这些其实还是和ITIL的服务设计、事件和问题管理方面的原则相一致的。

不少从业者认为ITIL／ITSM是非常兼容于DevOps的：ITIL和ITSM仍然是支撑IT运营的业务流程的最佳汇编，并且实际上描述了许多需要为了让IT运营支持DevOps式工作流的能力。更重要的是，ITSM从业者都拥有独特的优势，帮助DevOps的举措，并为企业创造价值。

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

“双态”：

ITIL和DevOps虽然存在很多不一致的地方，但两者可能在同一个IT组织内都有它们的位置。业界从Gartner的bi-modal和pacelayer模型获得灵感，主张多种速度的IT（multi-speedIT）：

－保守的：传统的，也许是瀑布流，变更管理和运营

－敏捷：DevOps的一些变体

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

四、DevOps对运维带来的改变

有别于传统模式下的每隔几个月才部署一个新版本的应用，DevOps流水线模式下，运维需要处理开发人员每周甚至每天生产的数百个潜在构建；因此，他们需要改变开发－测试的参与方式、处理变化的方式、管理环境的方式以及实现自动化的方式：

－参与前移：可以通过让运维团队成员参加开发团队的每日例会这样简单的步骤开始运维参与前移。

－虚拟化及自动化：采用软件定义的环境为运维提供更高程度的敏捷性。

－变更管理：基于ITIL这样已经验证过的实践进行扩展及调整，去处理数量级更高的变更管理任务，要求所有的运维任务实现自动化，从配置与管理环境到实施政策，到利用软件定义环境，再到标准化用以采集所有相关参数及运营关键绩效指标的仪表盘。

运维人员应该借助ITIL原有功能，在四个核心领域支持DevOps：

－配置管理：保证具有类似架构的开发、测试及生产环境的一致性。

－事件管理：对任何环境中识别出的问题及事件，能够及时采取处理措施。

－基础设施及应用性能管理：提供持续监控，确保应用质量稳定。

－业务服务管理：提供有分析数据支持的业务仪表盘，为所有利益相关者提供持续业务

反馈，使其得以在必要时调整方案。

五、DevOps的实施与ITIL标准符合性

－使ITIL实践更加精益、高效，以缩短诸如变更管理或者相关的事件管理这类的IT需求的处理周期时间

－通过引入政策以及基于规则的自动化，减少IT审批流程中的手动步骤

－自动获取参数并审计集成交付流水线中的追踪数据作为符合ITIL限制的证明

DevOps的自动化可以显著提升IT服务管理流程价值的领域包括：

－利用基于业务流程管理（BPM）的编排工具，比如IBMCloudOrchestrator（ICO）或者VMWarevRealize，实现服务与环境的编排自动化

－日志与警告自动化，及使用Splunk或IBMOperationsAnalytics进行数据相关性分析

－利用诸如ServiceNow或IBMControlDesk这类的工具实现事件管理的流程自动化

原创：陈能技

[p=30,2,center]学习资料：IT运维管理社区专家讲堂直播300期视频回放

[p=30,2,center]

ITIL欠缺主动管理的规划，而IT部门又开始更多地关注能给业务带来哪些成效。那么，DevOps实践是否可以与ITIL流程兼容起来，解决这些困境？

一、ITIL

ITIL正式的名字是信息技术基础架构库或IT基础架构库（InformationTechnologyInfrastructureLibrary），这是为管理IT服务定义的一组实践。ITIL作为一个系列出版，其中包括5卷，描述了其流程、过程、任务和检查表，可以用来说明依从性，并度量朝着这个目标做出的改进。20世纪80年代越来越多的IT组织开始使用越发多样的实践方法，ITIL正是由这种趋势发展而来。

英国国家计算机和电信局（CentralComputerandTelecommunicationsAgency，CCTA）开发了一套建议，着力标准化这些实践方法。ITIL最早于1989年出版，多年来，这些书和实践方法在不断发展。在最新版本中，5大核心部分分别描述了服务战略、服务设计、服务转换、服务运营和服务持续改进。

IT分析师和咨询师StephenMann指出，尽管ITIL的标准化会带来很多好处，而且全世界已经有超过150万人获得了ITIL认证，但从业人员可能还希望关注另外一些领域。Mann指出，ITIL通常更侧重于被动管理而不是主动管理，所以我们建议使用ITIL的组织能够记录可以尝试哪些方法在他们的实践中增加更多主动规划，并更加关注客户。

二、ITIL存在的不足

ITIL作为IT服务管理的先进理念，在国内IT运维领域已经深入人心，保障生产系统的可靠性和安全性仅仅是运维工作的基本内容，许多企业的IT部门越来越关注对业务部门需求的反应速度和给业务带来的实际成效，要求进一步提高IT服务的工作效率和工作质量。显然，要提高IT服务的整体绩效，不能仅仅局限于运维工作的范畴，也不是ITIL最佳实践就能够解决的问题。

ITIL和DevOps有着不同的思维方式。CharlesBetz，OpenGroupIT4ITIT运维管理社区的敏捷工作流（AgileWorkstream，该组织致力于提供“与供应商无关的参考架构，来管理IT业务”）的负责人，认为它们的原则是不一致的。ITIL仍然陷于一种阶段性的流程。而DevOps拥抱精益产品管理原则，比如管理进行中的工作，管理队列，或者进行小批量处理。

三、DevOps与ITIL的兼容并存

ITIL广泛影响了好几代运维实践者，并且依然在演进，是一个不断发展的实践体系，旨在稳定地支撑世界级的IT运维，而且横跨服务战略、设计和支持等流程和实践。

DevOps实践可以与ITIL流程兼容。然而，为了支持DevOps所追求的更短的发布周期和更频繁的部署，ITIL流程的许多方面需要完全自动化，以解决配置和发布管理流程相关的许多问题，例如保持配置管理数据库和最终软件库是最新的。由于DevOps需要在服务事件发生时进行快速的定位和恢复，因此这些其实还是和ITIL的服务设计、事件和问题管理方面的原则相一致的。

不少从业者认为ITIL／ITSM是非常兼容于DevOps的：ITIL和ITSM仍然是支撑IT运营的业务流程的最佳汇编，并且实际上描述了许多需要为了让IT运营支持DevOps式工作流的能力。更重要的是，ITSM从业者都拥有独特的优势，帮助DevOps的举措，并为企业创造价值。

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

“双态”：

ITIL和DevOps虽然存在很多不一致的地方，但两者可能在同一个IT组织内都有它们的位置。业界从Gartner的bi-modal和pacelayer模型获得灵感，主张多种速度的IT（multi-speedIT）：

－保守的：传统的，也许是瀑布流，变更管理和运营

－敏捷：DevOps的一些变体

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

四、DevOps对运维带来的改变

有别于传统模式下的每隔几个月才部署一个新版本的应用，DevOps流水线模式下，运维需要处理开发人员每周甚至每天生产的数百个潜在构建；因此，他们需要改变开发－测试的参与方式、处理变化的方式、管理环境的方式以及实现自动化的方式：

－参与前移：可以通过让运维团队成员参加开发团队的每日例会这样简单的步骤开始运维参与前移。

－虚拟化及自动化：采用软件定义的环境为运维提供更高程度的敏捷性。

－变更管理：基于ITIL这样已经验证过的实践进行扩展及调整，去处理数量级更高的变更管理任务，要求所有的运维任务实现自动化，从配置与管理环境到实施政策，到利用软件定义环境，再到标准化用以采集所有相关参数及运营关键绩效指标的仪表盘。

运维人员应该借助ITIL原有功能，在四个核心领域支持DevOps：

－配置管理：保证具有类似架构的开发、测试及生产环境的一致性。

－事件管理：对任何环境中识别出的问题及事件，能够及时采取处理措施。

－基础设施及应用性能管理：提供持续监控，确保应用质量稳定。

－业务服务管理：提供有分析数据支持的业务仪表盘，为所有利益相关者提供持续业务

反馈，使其得以在必要时调整方案。

五、DevOps的实施与ITIL标准符合性

－使ITIL实践更加精益、高效，以缩短诸如变更管理或者相关的事件管理这类的IT需求的处理周期时间

－通过引入政策以及基于规则的自动化，减少IT审批流程中的手动步骤

－自动获取参数并审计集成交付流水线中的追踪数据作为符合ITIL限制的证明

DevOps的自动化可以显著提升IT服务管理流程价值的领域包括：

－利用基于业务流程管理（BPM）的编排工具，比如IBMCloudOrchestrator（ICO）或者VMWarevRealize，实现服务与环境的编排自动化

－日志与警告自动化，及使用Splunk或IBMOperationsAnalytics进行数据相关性分析

－利用诸如ServiceNow或IBMControlDesk这类的工具实现事件管理的流程自动化

原创：陈能技