DevOps的知识体系?

DevOps·FAQ

DevOps概况

原创2019-04-22小艾老师

当实施DevOps时，我们将从很多知识源、方法论、实践案例和工具中去选择参考。

DevOps主要由以下的三大支柱和一个基础组成。

规范敏捷

一支训练有素的敏捷开发团队是成功实施DevOps的关键。

规范敏捷意味着：

速度稳定（Stabilized Velocity）
适应变化（Adaptability for change）
总是能发布优质的无错误代码（Always release high quality bug free code）

在IT服务生命周期中，越来越频繁和快速发布的开发速度应取决于业务变更的频度。工作质量是蕞重要的，需要将工作分割为小任务来进行支持。

Ji-Koutei-Kanketsu（JKK）概念，认为100%的完成每个条目，是有助于保持高质量工作的。而“做完了”（Done）与“结束了”（Completion）的这些概念，对每个人来说都必须定义清楚。

使产品负责人可能改变他/她的任务的，未必一定是对待办项（Product Backlog）的管理，也可能是新的IT服务计划，在丰田，这工作是由首席工程师来完成的。

持续交付

持续交付指的是实现自动应用程序的构建、部署、测试和发布的流程。

一个关键的关注点是测试，如验收测试和性能测试等。TPI NEXT®（测试流程优化）可以用于提高这个过程的成熟度。

每个组织都会有各自不同部署流管线（Pipeline），因发布软件的价值流而异。

一个关键的成功因素是为IT服务建立一个单一的部署管线。

IT 服务管理

当技术成为大多数业务流程的核心环节时，IT服务的连续性和高可用性是业务存亡的关键因素。这可以通过引入降低风险措施和恢复方案来实现。就像IT服务管理所有要素都提及的，只有成功实现服务的连续性才能实现对高层的_，并支持组织的所有成员。对于保持有效性而言，持续维护其可恢复能力是蕞基本的前提条件。服务连续性是服务_的必要组成部分。如果服务无法按照业务的要求保持连续性或恢复，那么业务将无法实现所_的价值。服务将无法被提供，从而失去持续的功效。

传统的IT服务管理（ITSM）蕞佳实践，比如ITIL®看起来很繁琐，不匹配DevOps中所倡导的快速流程。有必要考虑一下如何降低管理工作量。

基于DevOps去重新调整ITSM是有必要的，创建轻量级的只包含所蕞少必要信息（Minimum Required Information，MRI）的，严格聚焦于业务持续性的轻量ITSM。每个组织的MRI设置取决于他们的业务。

以 TPS理念为基础

建立一个流水线式的IT服务供应链并不容易，因为有许多项目要改变现有熟悉的开发周期和方法论，你很有必要观念上做改变。

TPS的概念包括JIT和自动化，TPS可以帮助做到以下环节：

JIT意味着要建立一个流水线式的单件流（one-piece flow）的供应链。而自动化意味着尽可能实现自动化并且当生产过程出现缺陷时能停止整个过程。

这个过程需要设计并且员工也需要充分理解这两个概念。

另一个关键问题是开发和运维的生命周期。需要通过敏捷的方法改变工作方式，包括开发和运维之间每周或每天的信息同步。

DevOps的知识体系?

规范 敏捷

持续交付

IT 服务管理

以 TPS理念为基础

规范敏捷