读书笔记 -《DevOps实践指南》.pdf

DevOps

《实践指南》简介

本书共分为6个部分：

第一部分概述DevOps的历史和三个基本原则，即“三步工作法”；

第二部分介绍开启DevOps转型的过程；

第三到五部分深入探讨“三步工作法”的各个要素；

第六部分关注如何将安全性和合规性正确集成到日常工作中。

全书涵盖40余个DevOps案例，以谷歌、亚马逊、Facebook等全球知名企

业和组织的实际调查结果为依据，展示如何通过现代化的运维管理提升管理效

率，进而为企业赢得更大市场、创造更多利润。

反馈原则的核心思想是：虽然复杂的系统不可避免地存在错误，但是可以

通过采取安全措施确保在质量问题出现之前，快速发现和处理错误。——

曾朝京

敏捷通常是DevOps效率的保障。DevOps不只是自动化，就像天文学不只

是望远镜一样。

Part1——DevOps介绍

DevOps三步工作法：

流动原则：它加速了从开发、运维到交付给客户的正向流程；

反馈原则：它使组织构建安全、可靠的工作体系，并获得反馈

持续学习与实验原则：它打造出一种高度信任的文化，并将改进和创新融

入日常工作中；

简史

DevOps基于精益、约束理论、丰田生产系统、柔性工程、学习型组织、安全文

化、人员优化因素等知识体系，并参考了高信任管理文化、服务型领导、组织

变动管理等方法论。把所有这些最可信的原则综合地应用到IT价值流中，就产

生出DevOps这样的成果。将它贯彻于整个技术价值流中，涉及产品管理、开

发、QA、IT运维和信息安全专员等不同角色，在更低成本和努力下，保障产品

的高质量、可靠性、稳定性和安全性。

第1章敏捷、持续交付和三步法

聚焦于部署前置时间

前置时间是在工单创建后开始计时，到工作完成时结束；而处理时间

则从实际开始处理这个工作才开始计时，它不包含这个工作在队列中排队等待

的时间。

我们应该吧重点放在缩短前置时间，而不是处理时间上。不过，处理时

间与前置时间的比率是十分重要的效率指标，所以我们必须缩短工作在队列中

等待的时间。

关注返工指标：该指标反映了价值流中的每个步骤的输出质量。关注

真正有用的工作。

三步工作法：DevOps的基础原则

第一步：实现开发到运维的工作快速地从左向右流动

工作可视化；

减小每批次大小和等待时间；

通过内建质量杜绝向下游传递缺陷；

第二步：应用持续、快速的工作反馈机制

缩短反馈周期；

放大反馈环防止问题复发；

第三步：建立具有创意和高可信度的企业文化

通过主动承担风险，不但能从成功中学习，也能从失败中学习；

第2章第一步：流动原则

使工作可见核心，因为所有的优化和分析首先需要有准确的、可见的数据

避免不同的团队/人可能因为信息的不完整而将工作“踢来踢去”，存在的问

题也会被传递到下游；

限制在制品数量

将一个工程师同时分配到多个项目里，他不得不在多个任务、认知规则和

目标之间来回切换，付出重新进入角色的成本；

对于大多数的工作条目而言，在它完成前，其实并无法预测到底需要多长

时间；

减少单个批量大小

最小的批量是单件流

减少交接次数

信息或者知识不可避免的在交接中丢失；

努力减少交接次数或用自动化方式执行大部分操作或调整组织架

构；

持续识别和改善约束点

如果我们优化约束点之前的那个工作中心，那么工作必将在这个约束点上

更快的积压起来；

如果优化约束点之后的工作中心，那么它们还会处于饥饿状态；

第3章第二步：反馈原则

在复杂的系统中安全的工作

管理复杂的工作，从中识别出设计和操作的问题；

群策群力解决问题，从而快速地构建新知识；

在整个组织中，将区域性的新知识应用到全局范围；

领导者要持续培养有以上才能的人；

及时发现问题

目标是更早、更快、以尽可能低的成本、从尽可能多的维度增加系统的信

息流，并尽可能清晰的确定问题的前因后果。

群策群力，战胜问题获取新知识

这样做可以让所有参与者都得到更深入的知识，理解如何管理