从零搭建一个Spring Cloud项目需要考虑什么？

良心公众号

关注不迷路

最近，菜鸡尝试自己搭了一个Spring Cloud的DEMO，在此将搭建过程中的一些体会分享给大家，给小伙伴们作为参考，同时作为菜鸡自己的踩坑记录，避免重复踩坑。

在进行具体的分享之前，先交代一下背景。

为什么是Spring Cloud？

随着微服务概念深入人心，Spring Cloud提供的一整套微服务解决方案也为人所熟知。

先上一段官话，Spring Cloud是一个基于Spring Boot实现的云应用开发工具，它为基于JVM的云应用开发中涉及的配置管理、服务发现、断路器、智能路由、微代理、控制总线、全局锁、决策竞选、分布式会话和集群状态管理等操作提供了一种简单的开发框架。

听起来是不是贼6！软件领域发展至今，微服务是一个大趋势，而在这个大趋势下产生的新问题，Spring Cloud给出了可以应用于线上环境的解决方案，而且是一整套！此时应该说一句，Spring Cloud真香！

说一句题外话，Spring Cloud所提供的组件，其背后蕴含的解决问题的思想是非常值得学习的。如果仅限于跟着官网简介用用注解，改改配置，那么这么好的学习机会就浪费了。

值得一提的是，菜鸡在本文中提的Spring Cloud是广义的Spring Cloud，包括Spring Cloud Alibaba。

然后，交代一下相关的开发环境，避免小伙伴们因为开发环境不同而踩坑。

接下来，就是本文的重头戏了，有关于Spring Cloud微服务框架搭建项目的详情。

在保证前两条的前提下，尽可能新。一方面，新技术替代老技术是有其合理性的，比如说，新技术的应用会给系统带来更稳定的表现，或者更高的性能，或者更丰富的应用场景，又或者更适配的解决方案……

另一方面，DEMO的性质不同于实际的线上服务，新技术应用的过程也是学习的过程，因此，技术选型不宜过于保守。

介绍一下DEMO的组件选取。

微服务架构服务治理(注册与发现)，服务网关，配置中心等一系列组件，每种组件有不止一种选择，在此介绍一下菜鸡是如何选择的，以及是出于什么考虑。

注册中心：eureka VS nacos

从该表可以看出，nacos在功能上和性能上都比eureka要有进步，但由于开源时间相较于eureka较晚，目前在线上环境应用并不广泛，而eureka经过了大量线上服务验证。

另一个值得考虑的因素是，eureka进入了维护阶段，而nacos则蒸蒸日上。基于上述考量，菜鸡在DEMO中选取了nacos。

配置中心：nacos VS apollo

在这里，菜鸡曾一度有些纠结，其实apollo是一款很优秀的配置中心，功能比nacos更全面。

但由于nacos打通了注册中心和配置中心，部署方便，拥有apollo的大部分功能，而且性能略优于apollo。最后，菜鸡选择了nacos。

到此为止，一个基于Spring Cloud的微服务系统脚手架就此诞生了。后续就是业务逻辑的书写，以及针对特殊场景的处理，比如说，高并发，高可用，大数据场景下，如何保证系统正常工作。