DevOps实践指南(第2版)电子书

专家推荐

译者序一 理论之光，实践之路：从思想到行动你需要知道的 DevOps 的一切

译者序二 DevOps 智慧与力量之书

译者序三 翻译，以心呈现

译者序四 与其旁观，何不加入

第 2 版出版说明

第 1 版的影响力

第 2 版的变化

DevOps 以及软件开发方式将会如何演变

第 2 版序

第 1 版序

前言

啊哈！

关于 DevOps 的一些误区

传播“啊哈”时刻

导言：畅想 DevOps 新世界

问题：你的组织一定有亟待改进之处（否则你就不会翻开这本书）

DevOps 的准则：总有更好的办法

阅读指南

第一部分 DevOps 三要义

简史

敏捷基础设施与 Velocity 大会

第 1 章 敏捷、持续交付与 DevOps 三要义

1.1 制造业价值流

1.2 技术价值流

1.3 DevOps 三要义：DevOps 的基础原则

1.4 小结

第 2 章 第一要义：流动

2.1 使工作可视化

2.2 限制在制品数量

2.3 缩减批量大小

2.4 减少工作交接

2.5 持续识别并改进约束

2.6 消除价值流中的浪费和困境

2.7 小结

第 3 章 第二要义：反馈

3.1 在复杂系统中安全地工作

3.2 及时发现问题

3.3 群策群力，攻克难题

3.4 从源头保障质量

3.5 为下游工作中心优化

3.6 小结

第 4 章 第三要义：持续学习与探索

4.1 建立学习型组织，打造安全文化

4.2 将日常工作的改进制度化

4.3 将局部经验转化为全局改进

4.4 在日常工作中注入弹性模式

4.5 领导层强化与巩固学习文化

4.6 小结

第二部分 从哪里开始

第 5 章 选择合适的价值流切入

5.1 绿地项目与棕地项目

5.2 兼顾记录型系统和交互型系统

5.3 从最具同理心和创新精神的团队开始

5.4 在组织中推广 DevOps 转型

5.5 小结

第 6 章 理解、可视化和运用价值流

6.1 通过绘制价值流图改进工作

6.2 确定价值流的参与团队

6.3 通过绘制价值流图展现工作

6.4 组建专职转型团队

6.5 使用工具强化预期行为

6.6 小结

第 7 章 参照康威定律设计组织结构与系统架构

7.1 组织原型

7.2 过度以职能为导向的危害（“成本优化”）

7.3 组建市场型团队（“速度优化”）

7.4 让职能型组织高效运转

7.5 将测试、运维和信息安全纳入日常工作

7.6 让团队成员都成为通才

7.7 投资服务与产品，而非项目

7.8 依照康威定律设定团队边界

7.9 创建松耦合的架构，保证生产力和安全

7.10 保持小规模团队（“两张比萨”原则）

7.11 小结

第 8 章 将运维融入日常开发工作

8.1 构建共享服务，提升开发人员生产力

8.2 将运维工程师融入服务团队

8.3 为服务团队指派运维联络人

8.4 邀请运维工程师参加开发团队的例行活动

8.5 小结

第三部分 “第一要义：流动”的具体实践

第 9 章 为部署流水线奠定基础

9.1 按需搭建开发、测试和生产环境

9.2 使用统一的代码仓库

9.3 简化基础设施的重建

9.4 代码运行在类生产环境中才算“开发完成”

9.5 小结

第 10 章 实现快速可靠的自动化测试

10.1 持续构建、测试和集成代码与环境

10.2 构建快速可靠的自动化测试套件

10.3 在自动化测试阶段尽早发现问题

10.4 在部署流水线失败时拉下安灯绳

10.5 小结

第 11 章 实现持续集成

11.1 小批量开发 vs 大批量合并

11.2 基于主干的开发实践

11.3 小结

第 12 章 自动化和低风险的发布

12.1 部署流程自动化

12.2 部署与发布解耦

12.3 持续交付和持续部署实践调研

12.4 小结

第 13 章 降低发布风险的架构

13.1 提高研发效能、可测试性和安全性的架构

13.2 架构原型：单体架构 vs 微服务

13.3 安全地演进企业架构

13.4 小结

第四部分 “第二要义：反馈”的具体实践

第 14 章 使用监控发现和解决问题

14.1 搭建集中式的监控基础设施

14.2 为应用程序添加日志监控

14.3 用监控指引问题的分析和解决

14.4 把添加监控融入日常工作

14.5 以自助方式访问监控数据

14.6 对监控配置查漏补缺

14.7 小结

第 15 章 使用监控预防问题并实现业务目标

15.1 用均值和标准差发现潜在问题

15.2 监测到非预期结果时告警

15.3 监控数据非高斯分布带来的问题

15.4 使用异常检测技术

15.5 小结

第 16 章 引入反馈机制实现安全部署

16.1 利用监控确保部署上线更安全

16.2 让开发和运维轮流值班

16.3 让开发人员到价值流下游看一看

16.4 先由开发人员自行运维

16.5 小结

第 17 章 将假设驱动开发和 A/B 测试纳入日常工作

17.1 A/B 测试简史

17.2 在新功能测试中整合 A/B 测试

17.3 在软件发布中整合 A/B 测试

17.4 在功能规划中整合 A/B 测试

17.5 小结

第 18 章 通过评审和协调提升工作质量

18.1 变更审批流程带来的问题

18.2 过度变更控制带来的问题

18.3 对变更进行协调和规划

18.4 对变更进行同行评审

18.5 冻结变更并进行大量手工测试的隐患

18.6 用结对编程提升各种类型变更的质量

18.7 分析拉取请求过程的有效性

18.8 对官僚化流程进行大胆简化

18.9 小结

第五部分 “第三要义：持续学习与探索”的具体实践

第 19 章 将学习融入日常工作

19.1 建立公正的学习文化

19.2 故障发生后及时召开回顾会议

19.3 尽可能广泛公开回顾会议纪要

19.4 降低事故容差以发现更弱的故障信号

19.5 重新定义失败并鼓励评估风险

19.6 向生产环境注入故障，提高系统弹性

19.7 设立故障演练日

19.8 小结

第 20 章 将局部经验转化为全局改进

20.1 将可复用的标准流程自动化

20.2 创建组织级的单一共享源代码仓库

20.3 用自动化测试记录、交流实践以传播知识

20.4 通过规范非功能性需求来设计运维

20.5 将可复用的运维用户故事融入开发过程

20.6 确保技术选型有助于组织达成目标

20.7 小结

第 21 章 预留时间开展组织学习和改进

21.1 将偿还技术债务变为例行活动

21.2 让所有人教学相长

21.3 在 DevOps 会议中分享经验

21.4 创建社区结构来推广实践

21.5 小结

第六部分 整合信息安全、变更管理和合规性的技术实践

第 22 章 信息安全是每个人的日常工作

22.1 将安全集成到开发迭代演示

22.2 将安全问题纳入缺陷跟踪和事后分析

22.3 将预防性安全控制纳入共享源代码仓库及共享服务

22.4 将安全集成到部署流水线

22.5 保障应用程序安全

22.6 保障软件供应链安全

22.7 保障环境安全

22.8 将信息安全集成到生产监控系统

22.9 保护部署流水线

22.10 小结

第 23 章 保护部署流水线

23.1 将安全和合规集成到变更审批流程

23.2 将低风险的变更归类为标准变更

23.3 当变更被归类为常规变更时如何处理

23.4 通过代码评审实现职责分离

23.5 确保为合规官和审计师提供文档和证据

23.6 小结

行动起来——本书结语

第 2 版后记

附录

附录 1：DevOps 大融合

附录 2：约束理论和长期存在的根本矛盾

附录 3：恶性循环列表

附录 4：交接和队列的危害

附录 5：工业安全的误区

附录 6：丰田安灯绳

附录 7：COTS 软件

附录 8：事后分析会议（回顾会议）

附录 9：猿猴军团

附录 10：运行状态透明化

致谢

关于作者

看完了