IT运维

中培教育论-ITIL与DevOps的前世今生

2018-08-07 17:46:08　|　来源：中培企业IT培训网

一、ITIL

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

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

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

二、ITIL存在的不足

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

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

三、DevOps与ITIL的兼容并存

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

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

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

四、DevOps对运维带来的改变

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

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

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

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

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

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

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

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

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

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