书籍介绍
作者根据自己的亲身经历和某些大型企业的案例，讲述了如何创建高稳定性的软件系统，分析了设计和实现中导致系统出现问题的原因。全书分为四个部分，每部分内容都由一个研究案例引出。第一部分介绍了如何保证系统的生存，即维护系统正常运行。第二部分介绍了为生产环境而设计，从基础层、实例层、互连层和控制层等方面构建系统安全性。第三部分讲述了交付系统，列出系统在部署过程中有可能出现的问题。第四部分引入适用性和混沌工程的概念，讨论了如何解决系统性问题。
目录
用户评论
翻译比第一版好一些。但还是有些翻译很别扭。不好翻译的词就不能不翻译么。。。
一般吧，也比较晦涩。硬是为了模式而模式，然后忸怩着套个模式的名称上去，而实际上高可用系统中已经有了一致的术语，于是阅读体验很晦涩。
经验之谈，干货总结。居然没有参考书目。
读完第2章的例子不禁猛地一震，这样的问题情况确实是很容易会出现的，同时也是很难被排查到的，算是给自己也提了个醒。但同时我更佩服作者看待这次事件及问题的视角和最后《2.7 预防管用吗？》引发的思考，确实，完全避免这种情况是不现实也是不可能的，因此，真正要思考的是“如何防止系统中的缺陷殃及其他的系统？”
又读了一章，这是一本让我愿意反复重读的书，加到五颗星。
全部读完了，酣畅淋漓，很过瘾。很久没有读到干货这么足的书了，很多工作中可能遇到但容易被忽略的细节，大多也被作者提到了，尤其是对一些问题和技术的独特见解，很不错。但这本书的翻译，确实有点一言难尽，很多语句翻译的都不大通顺，还有强行翻译的，后续打算再重复一遍英文原版。
稳定性相关的模式可以参考Resilience4j；混沌可以参考chaos monkey; 自动化 docker，k8s；安全 owasp；…
行文幽默诙谐，比较啰嗦，看着累。作者经验很丰富。
比较有趣且有很多实践的书籍，曾经熟悉的内容……
有意思的是类似的失败案例都经历过，比如书中提到的数据库连接池因为防火墙对网络连接的超时设置引发连接中断引发的线上事故。曾经的项目中碰到了同样的问题，当时为了性能考虑没有在数据库连接线程复用时测试链接可用性，防火墙中断了连接，导致系统在每天早晨出现大量访问数据库错误。
书中有些术语的翻译比较困难，建议下个版本尽量保留术语的英文，或者和其它译注中的名词对齐，否则不利于读者理解精彩的故事和实践。