豆瓣评论

  • 胡皓
    这本书真的是我史诗级拖延看完了……作为开发出身的人必看的一本书,有助于补全运维和故障侧必备的相关知识。01-12
  • 宇过天晴
    Think system as a whole,build for prodcut, design for deploy 对照自己做的云 SaaS 项目,产品遵循了大部分建议,这些建议都是线上问题和事故之后总结的,但还是有一部分没做到02-20
  • 松山月
    行文幽默诙谐,比较啰嗦,看着累。作者经验很丰富。10-04
  • iambowen
    比较有趣且有很多实践的书籍,曾经熟悉的内容……有意思的是类似的失败案例都经历过,比如书中提到的数据库连接池因为防火墙对网络连接的超时设置引发连接中断引发的线上事故。曾经的项目中碰到了同样的问题,当时为了性能考虑没有在数据库连接线程复用时测试链接可用性,防火墙中断了连接,导致系统在每天早晨出现大量访问数据库错误。书中有些术语的翻译比较困难,建议下个版本尽量保留术语的英文,或者和其它译注中的名词对齐,否则不利于读者理解精彩的故事和实践。02-21
  • 碳基体
    为了故事性 有点啰嗦07-16
  • Henry
    说了一些很有道理但是我没“记住”的东西,总之就是想方设法让系统稳定。10-03
  • 改你妹的名
    书是不错的,就是别看中文翻译,我决定去看英文版了04-11
  • YellowStar5
    稳定性相关的模式可以参考Resilience4j;混沌可以参考chaos monkey; 自动化 docker,k8s;安全 owasp;…01-01
  • 杨小帆
    读完第2章的例子不禁猛地一震,这样的问题情况确实是很容易会出现的,同时也是很难被排查到的,算是给自己也提了个醒。但同时我更佩服作者看待这次事件及问题的视角和最后《2.7 预防管用吗?》引发的思考,确实,完全避免这种情况是不现实也是不可能的,因此,真正要思考的是“如何防止系统中的缺陷殃及其他的系统?”又读了一章,这是一本让我愿意反复重读的书,加到五颗星。全部读完了,酣畅淋漓,很过瘾。很久没有读到干货这么足的书了,很多工作中可能遇到但容易被忽略的细节,大多也被作者提到了,尤其是对一些问题和技术的独特见解,很不错。但这本书的翻译,确实有点一言难尽,很多语句翻译的都不大通顺,还有强行翻译的,后续打算再重复一遍英文原版。02-06
  • doubin
    经验之谈,干货总结。居然没有参考书目。02-04
  • 岁月如歌
    一般吧,也比较晦涩。硬是为了模式而模式,然后忸怩着套个模式的名称上去,而实际上高可用系统中已经有了一致的术语,于是阅读体验很晦涩。08-10
  • Fity
    翻译比第一版好一些。但还是有些翻译很别扭。不好翻译的词就不能不翻译么。。。10-18