DevOps

本书从软件架构师视角讲解了引入DevOps实践所需要掌握的技术能力，涵盖了运维、部署流水线、监控、安全与审计以及质量关注。通过3个经典案例研究，讲解了在不同场景下应用DevOps实践的方法。这对于想应用DevOps实践的组织具有切实的指导意义。

伦恩·拜斯，澳大利亚NICTA的不错首席研究员。他曾在卡内基梅隆大学软件工程研究所工作25年，有超过50年的软件开发和研究经验。他是两本软件架构方面获奖图书的合作者（《Software Architecture in Practice, Third Edition》和《Documenting Software Architectures：Views and Beyond，Second Edition》），他还与人合作出版或发表了数篇计算机科学与软件工程领域的其他书籍和论文。

译者序
前言
第一部分背景
第1章DevOps是什么
1.1概述
1.1.1定义DevOps
1.1.2DevOps实践
1.1.3持续部署的例子：IMVU
1.2为什么是DevOps
1.2.1发布过程
1.2.2配合不佳的原因
1.2.3运维人员能力有限
1.3DevOps视角
1.3.1自动化
1.3.2开发团队的职责
1.4DevOps与敏捷
1.5团队结构
1.5.1团队规模
1.5.2团队角色
1.6协作
1.6.1协作的形式
1.6.2团队协作
1.6.3跨团队协作
1.7障碍
1.7.1文化及组织类型
1.7.2部门类型
1.7.3筒仓思维方式（Silo Mentality）
1.7.4工具支持
1.7.5人员问题
1.8小结
1.9更多阅读材料
第2章云即平台
2.1概述
2.2云的特性
2.2.1虚拟化
2.2.2IP和域名系统管理
2.2.3平台即服务
2.2.4分布式环境
2.3独特的云特性对DevOps的影响
2.3.1环境
2.3.2轻松创建虚拟机
2.3.3数据考量
2.4小结
2.5更多阅读材料
第3章运维
3.1概述
3.2运维服务
3.2.1供给硬件
3.2.2供给软件
3.2.3IT功能
3.2.4服务级别协议
3.2.5容量规划
3.2.6业务连续性和安全
3.2.7服务策略
3.2.8服务设计
3.2.9服务移交
3.2.10服务运维
3.2.11服务运维概念
3.3服务运维功能
3.4持续服务改进
3.5运维和DevOps
3.6小结
3.7更多阅读材料
……
第二部分部署流水线
第三部分横切关注点
第四部分案例研究
第五部分走向未来
参考文献

前言多年以来，我们一直在探索研究运维中的问题。自然而然地，我们也一直在追踪DevOps运动。它正在沿着Gartner成熟度曲线向上发展。这种现象有着坚实的业务原因。我们能够找到从信息技术经理视角对DevOps的探讨（例如小说《凤凰项目：一个IT运维的传奇故事》），也能找到从项目经理视角对DevOps的探讨（例如《持续交付：发布可靠软件的系统方法》）。而且，关于文化变革和文化变革对于打破组织单元之间障碍的意义，也有大量的资料。    然而，令我们感到失望的是，鲜有从软件架构师角度对DevOps探讨的资料。把运维人员视为首要干系人并且聆听他们的需求当然是非常重要的。使用工具来支持运维和项目管理也是非常重要的。然而，我们强烈感觉到，DevOps并不仅仅是关于干系人管理和工具使用的。    事实上，正是因为目前缺少这方面的资料，所以我们才决定撰写本书，把这些缺失的内容填充起来。DevOps与设计、过程、工具化和组织结构之间的相互作用令人着迷。我们试图回答两个主要问题：作为软件架构师，我需要做出什么样的技术决策才能够实现DevOps目标？DevOps领域的其他参与者会对我产生什么样的影响？以上这些问题的答案是，实现DevOps目标可能包含着对你的系统架构和角色以及责任做出重大变更，在把系统部署到生产环境以及在生产环境中支持这些系统时，需要以上角色及责任。    正如软件架构师必须理解他们所设计与构建的系统的业务情境和目标一样，理解DevOps也要理解组织和业务情境，同时也要理解技术和运维情境。我们探索了所有这些内容。    本书的主要读者是那些曾经被问过或者将被问到“这个项目或者组织是否应该采用DevOps实践”这个问题的执业软件架构师。甚至他们不是被追问这个问题，而是他们有可能被告知是否应该采用DevOps实践。与所有书一样，我们期望还有其他类型的读者。那些有兴趣学习更多关于软件架构实践的学生应该可以在本书中找到一些感兴趣的资料。那些想探索研究DevOps课题的研究人员可以在本书中找到重要的背景资料。然而，我们的主要读者还是那些执业软件架构师。    概述在本书的开始，我们讨论了DevOps的背景。在第一部分中，我们研究了DevOps的目标以及期望使用DevOps来解决的问题。我们会涉及组织和文化问题，也会涉及DevOps实践和敏捷方法学的关系。    在第2章中，我们研究了云。随着云即平台（Cloud as a Platform）的增长，DevOps实践也得到了发展。理论上，DevOps和云即平台是可分开的，但是事实上，虚拟化和云是推动DevOps实践的重要力量。    在介绍背景知识的最后一章（第3章）中，我们按照信息技术基础设施库（Information Technology Infrastructure Library，ITIL）的理论研究了运维。ITIL是对运维组的最重要功能进行组织的体系。不是所有的运维工作都包含在DevOps实践中，但是理解运维组的职责却会提供重要的上下文信息，特别是当需要理解角色和职责时。    第二部分描述了部署流水线（Deployment Pipeline）。在这一部分中，我们首先探索了微服务架构风格，这出现在第4章中。为了应用DevOps实践而以微服务风格进行系统架构并不是必需的，但是，却能用微服务架构风格来解决DevOps所需要解决的一些问题。    在第5章中，我们简略介绍了构建和测试过程以及工具链。理解这些内容很重要，但它们不是我们的焦点。我们介绍了把系统部署到生产环境所关联的各种不同环境以及在这些环境上执行的不同类型的测试。因为在DevOps中用到的很多工具也在构建和测试过程中被用到了，所以我们提供了理解这些工具和如何控制它们的上下文信息。    我们以讨论部署结束第二部分。DevOps的目标之一是加速部署。实现这个目标的一种技术是，使得每个开发团队可以在完成准备后独立地部署他们的代码。独立部署带来了很多一致性的问题。我们将讨论不同的部署模型；管理同时运行在生产环境中不同版本的系统；在发生错误时回滚；以及与实际把系统部署到生产环境中有关的其他主题。    第二部分提供了从功能视角观察部署实践的内容。然而，与其他任何系统一样，质量视角常常是控制系统设计和系统接受度的主要因素。在第三部分中，我们聚焦在横切关注点上。我们首先在第7章中讨论了监控和现场测试（live testing）。现代软件测试实践在将系统部署到生产环境中以后并没有结束。首先，系统被广泛地监控以检测问题；其次，在将系统部署到生产环境以后，测试正以各种形式继续进行。    另一个横切关注点是安全。我们在第8章中讨论了该内容。我们展示了环境中各种不同类型的安全控制，包括组织范围和特定系统范围的安全控制。我们讨论了与实现安全相关联的不同角色以及在安全审计案例中如何评估这些角色。    安全不是质量关注的全部。在第9章中，我们讨论了与DevOps实践有关的其他方面的质量。我们讨论的主题包括部署流水线的性能、可靠性和可修改性。    第三部分的最后，我们在第10章中讨论了业务关注。像DevOps这种涉及面广泛的实践，如果得不到来自管理层的支持，是无法被采用的。业务计划是寻求这种支持的一种典型方法。因此，我们描述了为引进DevOps所需要准备的