通过前文的介绍,读者应该明白了本书选择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组件去留问题讨论》。
图3-6 微服务架构实战项目的技术栈选择