良马难乘，然可以任重致远
良马难乘，然可以任重致远；良才难令，然可以致君见尊。——墨子
曾经有一个客户把他们遇到的微服务问题列出来给我看，当时我觉得头绪万千但又无从说起，于是想到了墨子的这句话。
如果现在有人问我这个问题，那么我会推荐他们一-边看Chris Richardson的这本书，一边在实践中尝试和体验各种模式的优势与特点，然后大家 一起讨论遇到的问题并提出解决思路。
2016年，Chris Richardson来华交流
大概从五六年前开始，我在工作中越来越多地谈到了微服务，并参与了一些客户应用的微服务改造，其中不乏成功的例子，当然也有没达到预期的情况。随着网络基础设施的高速发展，以及越来越多的企业和组织需要通过互联网提供服务，在考虑构建可以支持海量请求以及多变业务的软件平台时，微服务架构成为多数人的首选。微服务架构的出现是符合事物发展规律的：当问题足够大、有足够多的不确定性因素时，人们习惯把大的问题拆分成小的问题，通过分割、抽象和重用小而可靠的功能模块来构建整体的方案。但是当这些小的、可重用的部分越来越多时，又会出现新的问题。在相似的阶段，人们遇到的问题通常也是相似的，这个时候我们需要- -些共识，需要用一些通用的词汇来描述问题以及解题思路和方案，这也是人们知识的总结。微服务模式就是这样一种总结和概括，是一种可以通用的共识，用于描述微服务领域中的问题及解决方案、方法和思路。这是我向大家推荐这本书的理由之一：讨论微服务的时候，这本书提供了必要的共同语言。
我想对本书的读者说：
- 第一，要记住微服务不是解决所有问题的万能“银弹"。
- 第二，编写整洁的代码和使用自动化测试至关重要，因为这是现代软件开发的基础。
- 第三，关注微服务的本质，即服务的分解和定义，而不是技术，如容器和其他工具。
- 第四，确保你的服务松耦合，并且可以独立开发、测试和部署，不要搞成分布式单体(Distributed Monolith),那将会是巨大的灾难。
下面来看看本书的大致内容
第 1 章 逃离单体地狱
- 单体地狱的特征，如何借助微服务架构逃离单体地狱
- 微服务架构的基本特征，它的好处和弊端
- 开发大型复杂应用时，如何借助微服务实现DevOps式开发风格
- 微服务架构的模式语言及为什么使用它
第 2 章 服务的拆分策略
- 理解软件架构，以及它为什么如此重要
- 使用拆分模式中的业务能力模式和子域模式进行单体应用到服务的拆分
- 使用领域驱动设计中的限界上下文概念来分解数据，并让服务拆分变得更容易
第 3 章 微服务架构中的进程间通信
- 通信模式的具体应用:远程过程调用、断路器、客户端发现、自注册、服务端发现、第三方注册、异步消息、事务性发件箱、事务日志拖尾、轮询发布者
- 进程间通信在微服务架构中的重要性
- 定义和演化API
- 如何在各种进程间通信技术之间进行权衡
- 使用异步消息对服务的好处
- 把消息作为数据库事务的一部分可靠发送
第 4 章 使用 Saga 管理事务
第 5 章 微服务架构中的业务逻辑设计
第 6 章 使用事件溯源开发业务逻辑
第 7 章 在微服务架构中实现查询
第 8 章 外部 API 模式
第 9 章 微服务架构中的测试策略 (上)
第 10 章 微服务架构中的测试策略 (下)
第 11 章 开发面向生产环境的微服务应用
第 12 章 部署微服务应用
第 13 章 微服务架构的重构策略
最后分享下这本书
如有需要这份(MICROSERVICES PATTERNS)微服务架构设计模式的朋友点赞文章关注我，然后私信“666”即可获得领取方式。
本书的目标是让架构师和程序员学会使用微服务架构成功开发应用程序。
书中不仅讨论了微服务架构的好处，还描述了它们的弊端。
读者将掌握如何在使用单体架构和使用微服务架构之间做出正确的权衡。