持续交付实战

1.本书是构建持续交付流水线的实用指南，引入了一系列经过验证的持续交付技术，包括Docker、Chef、Vagrant、Jenkins、Graphite、ELK Stack、JBehave和Gatling。你将在构建、持续集成、负载测试、验收测试和监控的过程中应用这些技术。 2.书中提供的多个完整的示例项目为实验、试验计划和全面部署提供了基础。 本书适合想要采用持续交付的人员阅读，无论你是否具有DevOps经验。经理们将了解持续交付的核心流程、要求、收益和技术后果，而开发人员、管理员和架构师将获得许多基本技能，以实现和管理流水线，并将持续交付顺利集成到软件架构和IT组织中。 ●了解持续交付能够解决的问题，以及如何解决这些问题 ●建立基础设施以实现优选的软件自动化 ●利用虚拟化和PaaS云解决方案 ●使用Gradle、Maven和Jenkins实现构建自动化和持续集成 ●使用SonarQube和存储库执行静态代码审查以存储构建工件 ●通过行为驱动设计建立自动化的图形用户界面（GUI）和文本化验收测试 ●通过容量测试确保适当的性能 ●通过探索式测试检查新功能和问题 ●优选地降低自动发布软件的风险 ●使用Elasticsearch、Logstash、Kibana（ELK）和Graphite收集并分析指标和日志 ●将持续交付引入企业 ●软件架构促进持续交付新功能

《持续交付实战》是持续交付实战指南，具体内容包括：持续交付能够解决的问题以及它具体如何解决问题，PaaS云解决方案，用Gradle、Maven和Jenkins实现自动化构建和持续集成，用SonarQube执行静态代码，如何通过容量测试确保性能，探索式测试的新特性和问题，在生产环境中发布版本和运行应用程序，等等。

埃伯哈德·沃尔夫（Eberhard Wolff）,德国技术咨询公司innoQ的研究员，一位立足于业务和技术交汇点、拥有超过15年经验的架构师和咨询师。他曾多次在国际会议上做过报告，担任若干会议的委员会成员，并撰写了100多篇文章，出版了多本图书。他的技术关注点是现代架构，主要涉及云计算、持续交付、DevOps、微服务和NoSQL。其著作《微服务：灵活的软件架构》中文版已经由人民邮电出版社出版。 【译者介绍】 夏雪，曾担任功能测试经理、敏捷教练，具有丰富的测试及测试管理经验，在代码静态分析领域获得过国家发明专利。现主要负责质量及过程改进管理，从事CI/CD、DevOps的推进工作，并于2019年通过了EXIN DevOps Master认证。他非常乐于将国外的技术新闻和文章分享到国内，除本书外，另译有《深入敏捷测试》。

第一部分基础
第1章持续交付：是什么和怎么做2
1.1什么是持续交付2
1.2为什么软件发布如此复杂2
1.2.1持续集成带来希望2
1.2.2过程缓慢且有风险3
1.2.3变快是有可能的3
1.3持续交付的价值3
1.3.1规律性3
1.3.2可追溯性4
1.3.3退化4
1.4持续交付的优势4
1.4.1持续交付可加快上市速度5
1.4.2示例5
1.4.3实现特性并将其发布到生产环境5
1.4.4下一个特性5
1.4.5持续交付能带来竞争优势5
1.4.6如果没有持续交付6
1.4.7持续交付和精益创业6
1.4.8对开发过程的影响6
1.4.9最小化风险7
1.4.10更快的反馈和精益9
1.5持续交付流水线的生成及其结构10
1.6小结12
第2章提供基础设施13
2.1概述13
2.2安装脚本14
2.3Chef16
2.3.1对比Chef与Puppet17
2.3.2其他备选方案18
2.3.3技术基础18
2.3.4ChefSolo23
2.3.5ChefSolo总结24
2.3.6Knife和ChefServer24
2.3.7ChefServer总结27
2.4Vagrant28
2.4.1Chef和Vagrant实例29
2.4.2Vagrant总结30
2.5Docker30
2.5.1Docker解决方案31
2.5.2创建Docker容器32
2.5.3使用Docker运行示例应用程序35
2.5.4Docker和Vagrant36
2.5.5DockerMachine38
2.5.6Docker的复杂配置39
2.5.7DockerCompose41
2.6不可变的服务器43
2.6.1幂等性的缺点43
2.6.2不可变服务器和Docker43
2.7基础设施即代码44
2.8平台即服务45
2.9数据和数据库的处理47
2.9.1模式的处理47
2.9.2测试和主数据48
2.10小结49
第二部分持续交付流水线
第3章构建自动化和持续集成52
3.1概述52
3.2构建自动化和构建工具52
3.2.1Java世界中的构建工具53
3.2.2Ant54
3.2.3Maven54
3.2.4Gradle58
3.2.5其他构建工具60
3.2.6选择合适的工具60
3.3单元测试61
3.3.1编写好的单元测试62
3.3.2测试驱动开发64
3.3.3整洁的代码和软件工艺65
3.4持续集成65
3.4.1Jenkins66
3.4.2持续集成基础设施70
3.4.3结论71
3.5度量代码质量73
3.6工件管理76
3.6.1集成到构建中78
3.6.2仓库的高级特性79
3.7小结80
第4章验收测试81
4.1概述81
4.2测试金字塔82
4.3什么是验收测试84
4.3.1自动化验收测试84
4.3.2不仅仅是提升效率84
4.3.3手动测试85
4.3.4客户85
4.3.5对比验收测试与单元测试86
4.3.6测试环境86
4.4基于图形用户界面的验收测试87
4.4.1图形用户界面测试的问题87
4.4.2针对脆弱的图形用户界面测试的抽象87
4.4.3使用Selenium实现自动化88
4.4.4WebDriverAPI88
4.4.5无须Web浏览器的测试：HtmlUnit88
4.4.6SeleniumWebDriverAPI88
4.4.7SeleniumIDE88
4.4.8自动化图形用户界面测试的问题90
4.4.9执行图形用户界面测试90
4.4.10将测试导出为代码90
4.4.11手动修改测试用例90
4.4.12测试数据91
4.4.13Page对象91
4.5图形用户界面测试的替代工具91
4.5.1PhantomJS92
4.5.2Windmill92
4.6文本化验收测试93
4.6.1行为驱动开发93
4.6.2不同的适配器95
4.7其他可选框架96
4.8验收测试策略97
4.8.1合适的工具97
4.8.2快速反馈97
4.8.3测试覆盖率98
4.9小结98
第5章容量测试99
5.1概述99
5.2如何进行容量测试99
5.2.1容量测试的目标100
5.2.2数据量与环境100
5.2.3只在实现结束时才进行性能测试吗100
5.2.4容量测试=风险管理100
5.2.5用户模拟101
5.2.6记录性能需求101
5.2.7用于容量测试的硬件101
5.2.8云和虚拟化102
5.2.9通过持续测试使风险最小化102
5.2.10容量测试是否明智102
5.3实现容量测试103
5.4使用Gatling实现容量测试104
5.5Gatling的替代工具108
5.5.1Grinder108
5.5.2ApacheJMeter108
5.5.3Tsung109
5.5.4商业解决方案109
5.6小结109
第6章探索式测试110
6.1概述110
6.2为什么要进行探索式测试110
6.2.1有时手动测试会更好110
6.2.2由客户测试111
6.2.3非功能性需求的手动测试111
6.3该怎么做111
6.3.1测试任务指南112
6.3.2自动化的环境112
6.3.3以展示为依据112
6.3.4示例：电子商务应用程序112
6.3.5Beta测试112
6.3.6基于会话的测试113
6.4小结114
第7章部署：在生产环境中发布版本115
7.1概述115
7.2发布和回滚115
7.2.1优点116
7.2.2缺点116
7.3前滚116
7.3.1优点117
7.3.2缺点117
7.4蓝/绿部署117
7.4.1优点118
7.4.2缺点118
7.5金丝雀发布118
7.5.1优点119
7.5.2缺点119
7.6持续部署120
7.6.1优点120
7.6.2缺点121
7.7虚拟化121
7.8Web应用程序之外122
7.9小结123
第8章运维124
8.1概述124
8.2运维中的挑战124
8.3日志文件125
8.3.1应该记录什么126
8.3.2处理日志文件的工具127
8.3.3示例应用程序中的日志记录128
8.4示例应用程序的日志分析129
8.4.1用Kibana做分析131
8.4.2ELK——可扩展性132
8.5用于日志的其他技术134
8.6高级日志技术135
8.6.1匿名化135
8.6.2性能136
8.6.3时间136
8.6.4运维数据库136
8.7监控136
8.8Graphite指标137
8.9示例应用程序中的指标138
8.10其他监控解决方案140
8.11运维应用程序时的额外挑战141
8.11.1脚本141
8.11.2客户数据中心内的应用程序141
8.12小结142
第三部分持续交付的管理、组织和架构
第9章引入持续交付144
9.1概述144
9.2从一开始就引入持续交付144
9.3价值流映射145
9.3.1描述事件序列的价值流映射145
9.3.2优化145
9.4其他优化措施146
9.4.1质量投资146
9.4.2成本147
9.4.3收益147
9.4.4不要在“红色构建”上检入147
9.4.5立即停止148
9.4.6“五个为什么”148
9.4.7DevOps149
9.5小结149
第10章持续交付和DevOps150
10.1概述150
10.2什么是DevOps150
10.2.1问题150
10.2.2客户视角151
10.2.3先锋：亚马逊151
10.2.4DevOps151
10.3持续交付和DevOps152
10.3.1DevOps：不只是持续交付153
10.3.2个体责任和自组织153
10.3.3技术决策154
10.3.4减少集中控制154
10.3.5技术多元化154
10.3.6团队间的交流154
10.3.7架构155
10.4没有DevOps的持续交付156
10.5小结157
第11章持续交付、DevOps和软件架构158
11.1概述158
11.2软件架构158
11.3针对持续交付优化架构160
11.4接口161
11.4.1伯斯塔尔法则162
11.4.2容错设计162
11.4.3状态163
11.5数据库163
11.5.1保持数据库稳定163
11.5.2数据库=组件164
11.5.3视图和存储过程164
11.5.4每个组件一个数据库165
11.5.5NoSQL数据库165
11.6微服务165
11.6.1微服务与持续交付165
11.6.2借助微服务引入持续交付166
11.6.3微服务需要持续交付166
11.6.4组织166
11.7新特性的处理167
11.7.1特性分支167
11.7.2特性开关167
11.7.3优点167
11.7.4特性开关的用例168
11.7.5缺点168
11.8小结169
第12章总结：收益是什么170