选择Spring Cloud Alibaba的原因

通过前文的介绍，读者应该明白了本书选择 Spring Cloud Alibaba 的原因。笔者不做过多的赘述，简单总结一下。

首先，可供选择的完整套件并不多。从 2016 年至今，能够撑起一片天的也就是 Netflix 套件和 Alibaba 套件。

接下来发生了意料之外的事情，Netflix 套件不更新了，Spring Cloud 官方也将其提供的组件一一剔除。

然后，Spring Cloud Alibaba 加入 Spring Cloud 社区，二者强强联合，落地微服务项目更加方便。

最后，Spring Cloud Alibaba 提供的组件都是一些有影响力的项目，是经受住考验和被国内开发人员实践过无数次的技术，足够优秀。而且，阿里系的开源项目在国内绝对没有 “水土不服” 的情况，功能上更加完整。

所以，本书最终选择了 Spring Cloud Alibaba。

对于本书实战环节将要使用的技术和组件，笔者做了明显的颜色和字体的标识，如图 3-6 所示。

Netflix 套件中的技术就不在本书的讲解范围了，感兴趣的读者可以阅读其他教程。

本章从微服务架构中常用的技术及落地方案讲起，之后详细讲解了 Spring Cloud 一站式解决方案，以及 Netflix 和 Alibaba 这两个 Spring Cloud 技术体系中最为核心的套件，并结合 Spring Cloud 开源至今的时间线和重要事件讲解了 Netflix 套件退出和 Alibaba 套件上位的背景故事，最后总结了本书选择 Spring Cloud Alibaba 的原因。虽然本书选择了 Alibaba 套件，但是其中付费的组件就不拓展讲解了。另外，一个比较重要的点是服务通信，笔者选择的是 OpenFeign，没有选择 Dubbo 组件，主要是因为 OpenFeign 基于 HTTP 更加轻量级，而且在新版本的 Spring Cloud Alibaba 方案中，已经删除了 Spring Cloud Dubbo 组件，具体说明可参考《Spring Cloud Dubbo 组件去留问题讨论》。