混沌工程：复杂系统韧性实现之道 pdf下载

作为一名工程师，混沌工程是开始应对系统复杂性的既可行又有效的方法。混沌工程是对系统的容错设计进行验证，保障系统稳定性的新方法！ 混沌工程这门学科既成熟得可以沉淀有价值的文献和常见的行业惯例，又年轻得可以灵活地对学科进行解释和实现。

Casey Rosenthal和Nora Jones是该领域的杰出人物，他们在Netflix公司合作期间开创了“混沌工程”这一学科。在本书中，他们不仅阐述了混沌工程的目标、方法和价值，还促进了各行业的从业者针对该主题展开交流。本书内容丰富，立足于发展史，面向未来，是打开混沌工程之门的黄金之钥。

随着越来越多的公司转向构建微服务及其他形式的分布式系统，这些系统的复杂性也与日俱增。虽然无法消除复杂性，但通过实践混沌工程，可以发现系统中的漏洞，并防患于未然。本书向工程师展示了如何在优化系统满足业务目标的同时应对复杂的系统。

两位作者是该领域的杰出人物，他们在Netflix公司合作期间开创了“混沌工程”这一学科。在本书中，他们不仅阐述了混沌工程的目标、方法和价值，还促进了各行业的从业者针对该主题展开交流。本书内容丰富，立足于发展史，面向未来，是打开混沌工程之门的黄金之钥。

通过阅读本书，你将：

* 了解混沌工程如何使组织能够应对复杂性。

* 探索一种方法论来避免应用程序、网络和基础设施出现故障。

* 通过谷歌、微软、Slack和LinkedIn等行业专家的真实故事，学习如何将理论应用于实践。

* 建立思考软件系统内部复杂性的框架。

* 围绕Game Day设计一个混沌工程实施计划，并朝着目标明确的自动化实验方向发展。

* 了解如何设计能够实现持续协作的混沌实验。

Casey Rosenthal是Verica公司的首席执行官兼联合创始人。他曾是Netflix公司混沌工程团队的工程经理，在使用分布式系统、人工智能以及将新颖的算法和学术界知识转化为能落地的模型方面拥有丰富的经验。

Nora Jones是Jeli公司的首席执行官兼联合创始人。她是一位敬业且充满自驱力的技术领导者和软件工程师，对分布式系统中人与软件的协同工作充满热情。她在2017年AWS re:Invent大会的主题演讲中为混沌工程运动的发起做出了贡献。

终于收到了《混沌工程复杂系统韧性实现之道》,非常有幸成为本书的首批读者，近年来混沌工程很火热，相关资源也非常丰富，但信息爆炸会带来"管中窥豹，可见-斑”的焦虑感。这本书完整地讨论了混沌工程的历史，理论、实施原则、应用案例及未来演进，完整地描绘了混沌工程全貌，值得阅读，有助于建立完整知识体系。

感谢黄帅老师赠书!越来越多的企业开始认可并引入云原生对软件开发架构进行升级改造，先进架构带来开发效能提升的同时也引入了巨量的复杂性与不确定性。企业如何在后云原生时代提升软件系统韧性与软件质量呢，本书给出了一种切实可行的工程实践:混沌工程。此外我院也在积极推进混沌工程的标准化工作，黄帅老师也给我们提供了很多宝贵的建议。

我一毕业就管理电信网络，不管后来从事什么工作，对于复杂系统的可靠性一直很有兴趣，近几年上手折腾互联网分布式系统之后，对快速迭代同时保持高可用的巨大挑战更是深有体会，混沌工程是个好思路。上周日花三小时做了个分享，正好就提到了关于复杂系统的认知问题。未来的数字系统会越来越复杂，与生产生活关系更加密切，系统可靠性将更关键。

左耳朵耗子：现在中文版的书出的越来越快了,这本Chaos Engineering之前在O'Reily的网站上看了个开头，因为没时间所以没看完，这回好了，有中文版，可以省点时间..

“混沌初开，乾坤始奠”，运维管理的业务可用性、连续性的要求常常仅被视为-项工作，“混沌工程"的研究则将其_上升到了科学理论的研究，并开辟了一个新的科学实践，更将其研究成果开源给大众，造福大众。感谢《混沌工程》;的发起者及作者，更感谢译者及机械工业出版社将其引入国内，让我们共享这一-研究成果带来的收益。

随着微服务、云原生相关技术的发展，分布式系统已经流行在业界各处，但因此也带来了复杂度急剧上升、故障发生难以预测后果、难以避免与验证等挑战。而混沌工程正是通过故障注入等方式为切入点，帮助解决以上问题。.这本书来的正是时候，再也不用啃英文版了。

翻译实属不易。也和两位译者都有接触，其都是领域专家，领域专业性使本书翻译的更完善。感谢原作者CaseyRosenthal和Nora Jones推动领域发展出的贡献，也感谢译者将此书引入国内推动国内混沌工程领域的发展。

在O'Rilly官网读过原版，颇有感触及体会，今天收到中文版，接下来重温一-遍，希望对Chaos Monkey有不一样的更深层次的理解。

混沌工程是较新的概念，让分布式系统时不时随机的挂掉，进而发现漏洞，让系统稳定。如今使用分布式系统，就要理解混沌工程，华章非常及时的引进此书。

两位大神的精心译作为我们的实践提供了新的指导和借鉴。复杂系统的耦合性，易变性，以及难以直接观察，导致用推导的方法预测所有的失效是不可能的，必须借助混沌工程实践才能对抗系统的“暗债”。

正好最近在关注这个领域,华章新书引进神速，赞凸。我们常说任何潜在的系统问题在鹅厂的业务场景中都会暴露出来，无他，场景复杂的海量业务，能在短时间内hit到任何功能点或挑战架构局限，这是客观存在的事实，那么，如何快速有效解决潜在系统问题或者架构局限呢?混沌工程就是其中非常有效高效的手段。

如果工作多年依旧停留在CRUD层面，真需要读一些架构思想和工程学方面的书c最近在研究DDD和微服务，刚刚研究了Nacos管理分布式实例突然挂掉解决方案。而这本书所说的混沌工程，正是在布式系统上进行实验的学科，通过主动地制造一些动荡， 从而改进分布式系统。挺有意思的。

系统太复杂了，架构很凌乱，业务的耦合太紧，我们都在试图表达一个词--混沌。华章很精美的一本书， 也是颇具思考的一本书。

与复杂系统韧性相对的概念，是复杂系统脆性。通俗地说，提升韧性可增强和保障复杂系统的可生存性和可用性，脆性增大则会破坏其可生存性与可用性。所以，复杂系统应设法增强韧性，降低脆性。

前言 1

导言：混沌工程的诞生 5

第一部分 搭建舞台 13

第1章 遇到复杂系统 15

1.1 思考复杂性 15

1.2 遇到复杂性 17

1.3 面对复杂性 26

1.4 接纳复杂性 29

第2章 应对复杂系统 30

2.1 动态安全模型 30

2.2 复杂性的经济支柱模型 33

2.3 系统化视角 36

第3章 原则概述 37

3.1 混沌工程是什么 37

3.2 混沌工程不是什么 39

3.3 高级原则 41

3.4 原则的未来 45

第二部分 投入实战 47

第4章 Slack的灾难剧场 49

4.1 旧系统的混沌工程改造 49

4.2 灾难剧场 52

4.3 混沌工程的过程 53

4.4 过程如何演化 59

4.5 获得管理层支持 60

4.6 结果 60

4.7 总结 62

第5章 谷歌DiRT：灾难恢复测试 63

5.1 DiRT测试的生命周期 65

5.2 谷歌的测试范围 77

5.3 总结 79

第6章 微软的多样化故障和实验优先级 81

6.1 为什么一切都如此复杂 81

6.2 实验结果的类别 83

6.3 故障优先级 86

6.4 多样化的程度 87

6.5 大规模部署实验 90

6.6 总结 91

第7章 LinkedIn心中有会员 92

7.1从灾难中学习 93

7.2 细化实验目标 93

7.3 安全地进行大规模实验 95

7.4 LinkedOut实战 96

7.5 总结 105

第8章 采纳并演进混沌工程的第一资本金融公司 106

8.1 第一资本金融公司案例研究 107

8.2 设计实验时需要注意的事项 109

8.3 工具链 110

8.4 团队结构 111

8.5 传播 112

8.6 总结 113

第三部分 人为因素 115

第9章 先见之明 117

9.1 混沌工程与韧性 118

9.2 混沌工程的步骤 118

9.3 混沌工程实验的工具支持 120

9.4 有效的内部合作 122

9.5 总结 127

第10章 人类系统的混沌 128

10.1 系统中的人 128

10.2 工程师团队的适应能力 130

10.3 付诸实践 132

第11章 决策圈中的人 144

11.1 实验的原因、方法和时机 145

11.2 总结 151

第12章 实验选择问题及解决方案 152

12.1 选择实验 152

12.2 可观测性：机会来了 158

12.3 总结 160

第四部分 商业因素 163

第13章 混沌工程的投资回报率 165

13.1 减少事故所带来的好处转瞬即逝 165

13.2 Kirkpatrick模型 166

13.3 投资回报率替代方案示例 168

13.4 附带投资回报率 169

13.5 总结 170

第14章 将心态、科学和混沌开放 171

14.1 协作心态 171

14.2 开放科学与开放源代码 173

14.3 总结 176

第15章 混沌成熟度模型 177

15.1 采用度 177

15.2 复杂性 182

15.3 总结 186

第五部分 持续演进 189

第16章 持续验证 191

16.1 持续验证从何而来 191

16.2 持续验证系统的类型 193

16.3 持续验证示例：ChAP 194

16.4 持续验证的未来用例 197

第17章 介入信息物理系统 199

17.1 信息物理系统的兴起 200

17.2 功能安全遇上混沌工程 200

17.3 信息物理系统的软件 203

17.4 混沌工程超越FMEA 204

17.5 探针效应 206

17.6 总结 208

第18章 当HOP遇上混沌工程 210

18.1 什么是HOP 210

18.2 HOP的主要原则 210

18.3 HOP遇上混沌工程 212

18.4 总结 215

第19章 数据库的混沌工程 216

19.1 为什么我们需要混沌工程 216

19.2 应用混沌工程 218

19.3 检测故障 222

19.4 自动化混沌工程 223

19.5 总结 226

第20章 安全混沌工程的案例 227

20.1 现代安全手段 228

20.2 安全混沌工程与现有方法 231

20.3 安全Game Day 233

20.4 安全混沌工程工具示例：ChaoSlingr 234

20.5 总结 236

第21章 结语 238

作者简介 241

译者简介 241

封面简介 242

谨以此书献给“老伙计”David Hussman译注1。正是他最初带来了星星之火，才让混沌工程社区渐成燎原之势。

混沌工程已然腾飞。在各个垂直领域，成千上万的各种类型和规模的公司都将混沌工程作为核心实践，以使公司的产品和服务更安全、更可靠。虽然相关主题的资源（尤其是会议演讲）十分丰富，但都无法描绘混沌工程的全貌。

Nora和Casey着手编写了这本完整讨论混沌工程的书。因为整个行业都在广泛实践混沌工程，而且该学科也在不断地发展，所以编写本书并不轻松。本书会展现混沌工程背后的历史，讨论奠定混沌工程基础的理论、定义和原则，研究整个软件行业实现混沌工程的方式，分析传统软件无法企及的示例，以及混沌工程实践的未来。