如果你觉得这篇文章对你有帮助，请不要吝惜你的“关注”、“点赞”、“评价”、“收藏”，你的支持永远是我前进的动力~~~
个人收藏的技术大会分享PDF文档，欢迎点击下载查看！！！
从书籍大纲见全貌，高屋建瓴，以求对DevOps有总体认识！！！
简介
本书是软件开发与运维领域经典参考书最新升级版，由DevOps领域几位先驱撰写。第2版根据最新研究和最佳实践更新了内容，增加了大量新案例，方便大家在各行各业落地DevOps实践。
本书内容分为六部分，围绕“DevOps三要义”（流动、反馈、持续学习与探索）探讨DevOps的理论、原则和落地实践。第一部分介绍DevOps理论基础和关键主题，第二部分介绍如何寻找切入点并启动转型，第三部分介绍如何通过构建部署流水线来加速流动，第四部分讨论如何通过建立有效的生产环境监控发现和解决问题，第五部分探讨如何通过建立公正的文化促进持续学习与探索，第六部分介绍将安全与合规活动集成到日常工作。
本书适合所有互联网企业和传统企业从业者阅读。
第三部分 “第一要义：流动”的具体实践
第9章 为部署流水线奠定基础
9.1 按需搭建开发、测试和生产环境
9.2 使用统一的代码仓库
9.3 简化基础设施的重建
案例研究：酒店公司如何通过容器技术实现年收入300亿美元（2020年）
9.4 代码运行在类生产环境才算“开发完成”
9.5 小结
第 10章 实现快速可靠的自动化测试
10.1 持续构建、测试和集成代码与环境
10.2 构建快速可靠的自动化测试套件
10.3 在自动化测试阶段尽早发现问题
10.3.1 确保测试快速运行
10.3.2 测试驱动开发
10.3.3 尽可能将手工测试自动化
10.3.4 在测试套件中集成性能测试
10.3.5 在测试套件中集成非功能性需求测试
10.4 在部署流水线失败时拉下安灯绳
10.5 小结
第 11章 实现持续集成
11.1 小批量开发vs大批量合并
11.2 基于主干的开发实践
案例研究：Bazaarvoice的持续集成实践（2012年）
11.3 小结
第 12章 自动化和低风险的发布
12.1 部署流程自动化
案例研究：CSG的每日部署（2013年）
12.1.1 实现自动化的自助部署
12.1.2 将代码部署集成到部署流水线
案例研究：Etsy持续部署案例：开发者自助部署（2014年）
12.2 部署与发布解耦
12.2.1 基于部署环境的发布模式
案例研究：Dixons Retail：蓝绿部署在POS系统中的应用（2008年）
12.2.2 基于应用程序的发布模式
案例研究：Facebook Chat功能的灰度发布案例（2008年）
12.3 持续交付和持续部署实践调研
案例研究：CSG：实现开发与运维的双赢（2016年）
12.4 小结
第 13章 降低发布风险的架构
13.1 提高研发效能、可测试性和安全性的架构
13.2 架构原型：单体架构vs微服务
案例研究：亚马逊的演进式架构（2002年）
13.3 安全地演进企业架构
案例研究：Blackboard Learn的绞杀者应用模式（2011年）
13.4 小结
第三部分总结
第四部分 “第二要义：反馈”的具体实践
第 14章 使用监控发现和解决问题
14.1 搭建集中式的监控基础设施
14.2 为应用程序添加日志监控
14.3 用监控指引问题的分析和解决
14.4 把添加监控融入日常工作
14.5 以自助方式访问监控数据
案例研究：搭建自助的监控体系：LinkedIn的实践（2011年）
14.6 对监控配置查漏补缺
14.6.1 应用程序和业务的监控
14.6.2 基础设施的监控
14.6.3 显示其他相关信息
14.7 小结
第 15章 使用监控预防问题并实现业务目标
15.1 用均值和标准差发现潜在问题
15.2 监测到非预期结果时告警
15.3 监控数据非高斯分布带来的问题
案例研究：Netflix的自动扩容能力（2012年）
15.4 使用异常检测技术
案例研究：异常检测中的高级技术（2014年）
15.5 小结
第 16章 引入反馈机制实现安全部署
16.1 利用监控确保部署上线更安全
16.2 让开发和运维轮流值班
16.3 让开发人员到价值流下游看一看
16.4 先由开发人员自行运维
案例研究：谷歌的移交就绪评审和发布就绪评审（2010年）
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 过度变更控制带来的问题
案例研究：从三位高管审批到自动审批——阿迪达斯的大规模发布实践（2020年）
18.3 对变更进行协调和规划
18.4 对变更进行同行评议
案例研究：谷歌的代码评审（2010年）
18.5 冻结变更并进行大量手工测试的隐患
18.6 用结对编程提升各种类型变更的质量
案例研究：Pivotal用结对编程代替阻滞的代码评审过程（2011年）
18.7 分析拉取请求过程的有效性
18.8 对官僚化流程进行大胆简化
18.9 小结
第四部分 总结
第五部分 “第三要义：持续学习与探索”的具体实践
第 19章 将学习融入日常工作
19.1 建立公正的学习文化
19.2 故障发生后及时召开回顾会议
19.3 尽可能广泛公开回顾会议纪要
19.4 降低事故容差以发现更弱的故障信号
19.5 重新定义失败并鼓励评估风险
19.6 向生产环境注入故障，培养系统弹性和学习氛围
19.7 设立故障演练日
案例研究：CSG如何将故障转化为有效的学习机会（2021）
19.8 小结
第 20章 将局部经验转化为全局改进
20.1 将可复用的标准流程自动化
20.2 创建组织级的单一共享源代码仓库
20.3 用自动化测试记录、交流实践以传播知识
20.4 通过规范非功能性需求来设计运维
20.5 将可复用的运维用户故事融入开发过程
20.6 确保技术选型有助于组织达成目标
案例研究：Etsy的新技术栈标准化（2010年）
案例研究：Target的众包技术治理（2018年）
20.7 小结
第 21章 预留时间开展组织学习和改进
21.1 将偿还技术债务变为例行活动
21.2 让所有人教学相长
21.3 在DevOps会议中分享经验
案例研究：美国全国保险、Capital One和Target的内部技术会议（2014年）
21.4 创建社区结构来推广实践
21.5 小结
第五部分 总结
第六部分 整合信息安全、变更管理和合规性的技术实践
第 22章 信息安全是每个人的日常工作
22.1 将安全集成到开发迭代演示
22.2 将安全问题纳入缺陷跟踪和事后分析
22.3 将预防性安全控制集成到共享源代码仓库及共享服务
22.4 将安全集成到部署流水线
22.5 保障应用程序安全
案例研究：Twitter的静态安全测试（2009年）
22.6 保障软件供应链安全
22.7 保障环境安全
案例研究：18F使用Compliance Masonry实现联邦政府合规性审查自动化（2016年）
22.8 将信息安全集成到生产监控系统
22.8.1 为应用程序创建安全监控
22.8.2 为环境创建安全监控
案例研究：Etsy的环境监测（2010年）
22.9 保护部署流水线
案例研究：在Fannie Mae开展安全左移（2020年）
22.10 小结
第 23章 保护部署流水线
23.1 将安全和合规集成到变更审批流程
23.2 将低风险的变更归类为标准变更
23.3 当变更被归类为常规变更时如何处理
案例研究：Salesforce将自动化基础设施变更归类为标准变更（2012年）
23.4 通过代码评审实现职责分离
案例研究：Etsy的PCI合规性以及一则职责分离的警示故事（2014年）
案例研究：通过业务与技术合作，Capital One实现每天10次有信心的发布（2020年）
23.5 确保为合规官和审计师提供文档和证据
案例研究：证明监管环境下的合规性（2015年）
案例研究：ATM系统离不开生产监控（2013年）
23.6 小结
第六部分 总结
附录1：DevOps大融合
附录2：约束理论和长期存在的根本矛盾
附录3：恶性循环列表
附录4：交接和队列的危害
附录5：工业安全的误区
附录6：丰田安灯绳
附录7：COTS软件
附录8：事后分析会议（回顾会议）
附录9：猿猴军团
附录10：上线时间透明化
到此这篇DevOps实践指南（第2版）目录（二）：“三要义”具体实践的文章就介绍到这了,更多相关内容请继续浏览下面的相关推荐文章，希望大家都能在编程的领域有一番成就！版权声明：
本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。
如若内容造成侵权、违法违规、事实不符，请将相关资料发送至xkadmin@xkablog.com进行投诉反馈，一经查实，立即处理！
转载请注明出处，原文链接：https://www.xkablog.com/do-sj/7111.html