豆瓣
扫码直接下载
以前对于这种近似于方法论的书，一贯都是看完目录就无法读下去。现在渐渐发现其实是因为工程经验和项目经验太少的原因，就好像屠龙之术在一般屠夫看来既不知所云也毫无意义一样。幸运的是，第一次尝试就遇到了这本书，打开了新的大门；否则我估计在未来几年内我还是会对这类书敬而远之。
理清了一些模糊的概念。但再次确认一个道理：没有银弹！
是我这几年读过的最好的一本软件架构书
看的时候4星，等自己开始实践改造旧工程的时候，重读的时候意识这本书的可贵了
内容偏虚
这才是技术书籍的典范，真正做的人来讲自己经历过的故事。
作者和译者都来自ThoughtWorks，值得信赖！除了系统化地论述了微服务的方方面面以外，书中推荐的技术博客、工具软件等对增强感性认识都很有帮助。对关于COTS的集成，作者提出的在自己可控的平台进行定制化的核心思想尤其值得牢记。
还比较全面。
微服务并不神秘，只是用了一个新词解释已经存在的事物。
内容还是很practical的，涉及构建一个复杂的、可扩展系统的方方面面（主要是技术上的），存储、部署、测试、安全、监控等基本都提到了，可以作为设计复杂系统时的checklist。但美中不足的是尽管作者针对某些议题提了一些自己的best practice，但也有很多难题作者没有提出几乎任何解决方案，有点失望。翻译得比较糟糕，推荐看原文。
这一遍读得细 #微服务# #数字化#
原作者逻辑混乱，且代码演示太少空讲概念；中文版的翻译也是灾难。
技术书少有的风格，很多地方让人心有戚戚然，忽然感到“这个坑我也踩过”。书中一些观点解释了我心中一些长期的困惑，比如对于DRY的原则，在系统架构上不可过分强调，应该实现微服务内部的代码复用，对于服务之间应该保持技术自治。还有一个观点也很令人深思：当你有四个小组开发一个编译器，你一定会得到一个四步编译器。企业软件的架构是由企业的组织架构决定的，设计一个软件，如果不适合企业的架构，不把大家都拉到一条船上，从一开始就注定要失败。
讲的比较全面，对于从单体应用到微服务演化过程中需要注意哪些东西都给出了比较明确的方向。当然各个部分具体应该怎么做就说的比较简单了。
很有用的方法论
微服务即大服务！没前提预研实践，一言不合就微服务就是个不定时炸弹。
很多面都提到了，指导性的说明
架构
非常好的架构设计书，研发的长期综合效率靠两条腿： 1. 符合业务逻辑架构的系统架构； 2. 一套研发基础设施Pipeline系统
没有太多的技术细节，不少设计上的理念梳理是意外的惊喜。包括战略、原则、实施的边界、对组织的认识以及 TW 出色的一些战术。一分扣给翻译。
> 微服务设计
15 有用 nothinger 2017-01-28 18:04:27
以前对于这种近似于方法论的书，一贯都是看完目录就无法读下去。现在渐渐发现其实是因为工程经验和项目经验太少的原因，就好像屠龙之术在一般屠夫看来既不知所云也毫无意义一样。幸运的是，第一次尝试就遇到了这本书，打开了新的大门；否则我估计在未来几年内我还是会对这类书敬而远之。
8 有用 贾里 2016-06-03 13:33:50
理清了一些模糊的概念。但再次确认一个道理：没有银弹！
5 有用 lunar 2016-06-16 09:36:58
是我这几年读过的最好的一本软件架构书
8 有用 garfield 2016-08-25 15:13:15
看的时候4星，等自己开始实践改造旧工程的时候，重读的时候意识这本书的可贵了
3 有用 小海 2017-06-07 22:52:49
内容偏虚
3 有用 isaachan 2017-03-12 17:47:07
这才是技术书籍的典范，真正做的人来讲自己经历过的故事。
4 有用 王中军 2017-08-18 22:02:46
作者和译者都来自ThoughtWorks，值得信赖！除了系统化地论述了微服务的方方面面以外，书中推荐的技术博客、工具软件等对增强感性认识都很有帮助。对关于COTS的集成，作者提出的在自己可控的平台进行定制化的核心思想尤其值得牢记。
0 有用 放开那个西红柿 2016-04-23 19:31:32
还比较全面。
3 有用 嘉陵 2016-05-14 16:43:33
微服务并不神秘，只是用了一个新词解释已经存在的事物。
1 有用 晔 2020-03-16 15:37:55
内容还是很practical的，涉及构建一个复杂的、可扩展系统的方方面面（主要是技术上的），存储、部署、测试、安全、监控等基本都提到了，可以作为设计复杂系统时的checklist。但美中不足的是尽管作者针对某些议题提了一些自己的best practice，但也有很多难题作者没有提出几乎任何解决方案，有点失望。翻译得比较糟糕，推荐看原文。
0 有用 透明 2017-04-23 08:25:50
这一遍读得细 #微服务# #数字化#
0 有用 XDash 2020-04-22 10:32:03
原作者逻辑混乱，且代码演示太少空讲概念；中文版的翻译也是灾难。
2 有用 软件园的猪 2017-04-17 09:57:44
技术书少有的风格，很多地方让人心有戚戚然，忽然感到“这个坑我也踩过”。书中一些观点解释了我心中一些长期的困惑，比如对于DRY的原则，在系统架构上不可过分强调，应该实现微服务内部的代码复用，对于服务之间应该保持技术自治。还有一个观点也很令人深思：当你有四个小组开发一个编译器，你一定会得到一个四步编译器。企业软件的架构是由企业的组织架构决定的，设计一个软件，如果不适合企业的架构，不把大家都拉到一条船上，从一开始就注定要失败。
2 有用 VeryC₿ 2017-12-03 23:42:29
讲的比较全面，对于从单体应用到微服务演化过程中需要注意哪些东西都给出了比较明确的方向。当然各个部分具体应该怎么做就说的比较简单了。
1 有用 君泓 2016-06-11 15:21:52
很有用的方法论
1 有用 清玩 2016-06-10 22:41:23
微服务即大服务！没前提预研实践，一言不合就微服务就是个不定时炸弹。
1 有用 Joard Spike 2016-07-04 08:49:59
很多面都提到了，指导性的说明
0 有用 fanko24 2019-09-23 08:52:39
架构
0 有用 readme 2017-05-30 01:23:58
非常好的架构设计书，研发的长期综合效率靠两条腿： 1. 符合业务逻辑架构的系统架构； 2. 一套研发基础设施Pipeline系统
0 有用 alswl 2017-12-14 16:39:50
没有太多的技术细节，不少设计上的理念梳理是意外的惊喜。包括战略、原则、实施的边界、对组织的认识以及 TW 出色的一些战术。一分扣给翻译。