书籍介绍
本书全面介绍了微服务的建模、集成、测试、部署和监控，通过一个虚构的公司讲解了如何建立微服务架构。主要内容包括认识微服务在保证系统设计与组织目标统一上的重要性，学会把服务集成到已有系统中，采用递增手段拆分单块大型应用，通过持续集成部署微服务，等等。
目录
用户评论
微服务即大服务！没前提预研实践，一言不合就微服务就是个不定时炸弹。
微服务并不神秘，只是用了一个新词解释已经存在的事物。
很有用的方法论
内容还是很practical的，涉及构建一个复杂的、可扩展系统的方方面面（主要是技术上的），存储、部署、测试、安全、监控等基本都提到了，可以作为设计复杂系统时的checklist。但美中不足的是尽管作者针对某些议题提了一些自己的best practice，但也有很多难题作者没有提出几乎任何解决方案，有点失望。翻译得比较糟糕，推荐看原文。
没有太多的技术细节，不少设计上的理念梳理是意外的惊喜。包括战略、原则、实施的边界、对组织的认识以及 TW 出色的一些战术。一分扣给翻译。
说实话没啥新东西。。。
3.5，讨论范围很广但不算很深，读起来有启发但收获略散，作者的前瞻性很强，趋势预测基本没出问题
优秀
无工作经验选手读这种东西是不是没啥用… 只能说看完更想去 ThoughtWorks 和 Netflix 了（
这本书非常务实，语言直白而不是堆砌高大上的术语，所描述的问题和场景，正是我们工程实践的现实。
微小、增量的演进，是最佳的架构演进模式。
业务和技术不确定的新系统，应该保持单体一段时间，等系统能够稳定下来，团队能识别出稳定的边界，才能决定如何划分。
在微服务环境中，开发人员很难只在自己的小世界中编写代码。微服务的意义是避免系统行为和知识的重复，高度自治的团队和自动化至关重要。
限界上下文和数据库的拆分，只能根据实际的业务模式和组织架构，并没有银弹。
也没有免费的午餐，降低局部复杂性的同时，整体肯定会变得很复杂，直到形成商业模式的竞争壁垒，同时产生远大于系统运行成本的收益。
编程的时候，大量的工作都是枯燥的定义模型，在不同的层和服务之间解耦，就意味着需要独立定义，独立演化，就有了设计和转换的成本
Z-Library