发布！设计与部署稳定的分布式系统（第2版）

本书作者有项目实战经验，书中总结了很多系统失效的方式和预防手段，例如tcp连接闲置被路由表过期删除，资源阻塞，集成点故障，缓存队列或者请求队列满载等各种因素。 作者始终从软件开发心理学，管理角度，哲学等多角度，提醒开发和管理人员，不要以通过QA测试为目标构建软件，要以通过生产环境验证和创造经济价值为目标，要重视快速部署和频繁发布来赢得竞争和验证发布流程。 本书缺点也有一些: 1.很多翻译过于生硬，导致阅读理解不畅。 2.作者可能站的层次较高，部分例子和理念，对于非企业应用开发经验读者难以快速理解和共鸣。 3.开发人员难得有空隙读书，太多故事性会导致知识密度低，丢失重点。 4.作者构建的很多概念，并不是分布式软件里现在通用概念，例如壁仓，背压，考验机，断路器。如果能用上现代说法，例如熔断，限流，击穿等理解会更顺畅。 整体上看作者融合项目经验和开发哲学，介绍的一些底层故障点和解决措施，以及高层构建和发布稳定系统的理念还是很有用。

1. 列举了很多系统失效（崩溃）的例子。很多是我们没有想到也没有经历过的，也就是说没有相关的经验，而书中指出来了，并且给出了解决方案。 2. 重视生产环境、生产环境，还是生产环境 3. 选择良好的架构能省不少麻烦。断路器、调速器、舱壁等等，提前在设计架构时考虑进去，能为后期的上线部署和运维保障省去很多麻烦，研发成本上去了，但是综合成本下降了。 经典书籍，救火队长必读。

推荐阅读！ 作者以运维和开发视角，告诉我们有哪些对系统稳定性产生影响因素，有哪些常见模式可以构建稳定性系统，如何增强系统的明晰性和适应性。 1.稳定性的反模式：线程阻塞、自黑式攻击、放大效应、失衡的系统容量、一窝蜂、做出误判的机器、缓慢的响应、无限长的结果集 2.稳定性的模式：超时、断路器、舱壁、稳态、快速失败、任其崩溃并替换、握手、考验机、中间件解耦、卸下负载、背压机制、调速器 3.监控和系统明晰性：监控、日志收集、告警和仪表盘等手段的经济价值，其实是高于其技术价值的。 4.处理版本问题：避免造成破坏性变更，遵循稳健性原则“Be liberal in what you accept,and conservative in what you send” 5.增强系统的适应性：（1）大泥球法则告诉我们要不断减少依赖 （2）避免颠簸，保持稳定的交付和反馈的节奏 （3）创建自给自足的团队，减少团队之间的依赖关系 （4）其他

帮助系统梳理并快速构建分布式系统的的架构观、运维观、监控观、稳定性保障观，案例详实、逻辑易懂、排班结构化，可作为工具书反复

对关注系统稳定性的同学来讲，是一本好书，既提纲挈领地介绍了一些理论知识，又有给出了一些很接地气的实用建议。

不论是程序员，还是架构设计师，亦或信息主管，这本书都极有指导意义。如果你正在编写用于互联网的软件，那么在将其投入生产环境之前，一定要阅读这本书。如果你是工程师或开发经理，这本书可以帮助你了解如何投入精力和分配资源。

内容细节给我的感觉是几乎没有。谈，写到的内容只是大而非的感觉。有，但不知道是否准确。不实用。一本书不实用，要他干嘛？也不是小说，读了开心。

对稳定性的系统阐述挺好的，不够细节和可执行。能够让读者形成对系统稳定性的系统认识和理解。不过，翻译的有点差，很多术语感觉是中式直译。。。

详细的介绍了各种稳定性反模式并提供了解决之道，后半部分针对发布一个稳定系统分层介绍了需要关注的信息

书的内容很好，但是翻译的实在一般。