从无到有搞了一年的 Spring Cloud，踩了很多的坑，也有了很多收获，之前一直没有时间整理，正好最近比较闲，又做了这个博客，就想把自己这一年中的收获总结一下。
文章导航
Spring Cloud 简单上手系列（一）——注册中心|Consul
Spring Cloud 简单上手系列（二）——注册中心|Consul 服务注册
是什么
什么是Spring Cloud，个人的理解，Spring Cloud就是一个能够帮助你快速搭建起微服务架构的框架。
选用条件
作为一名架构师或者技术经理，选择合适的技术做合适的事是本职工作。那么为何要选用Spring Cloud？选用Spring Cloud能为我的团队带来哪些好处？又会给我的团队带来哪些负担？公司或者部门能否承受新的架构带来的压力等等一系列的问题，都是你需要考虑到的。
首先总结一下选用Spring Cloud 来构建你的微服务架构，需要哪些前提条件，会造成哪些负担，之所以不总结优点，是因为如果连使用Spring Cloud 的基础都没有，那么再多的好处也是没有意义的。
第一，确保你的团队有前后端分离技术的基础。可能有人会提出，Spring Cloud 支持传统的 MVC 式的开发，但是，不要忘了微服务的一大优势，正是对后台复杂业务的解耦，可以让不同的小团队负责不同的微服务，专注于指定的业务功能和需求。而 MVC 的一大缺点是什么，正是前后台的强耦合，如果仍然使用 MVC 的开发模式，前台的难以拆分造成了后台的难以拆分，那样反而就失去了使用微服务架构的意义。
第二，确保你的团队有Spring Boot的基础。Spring Cloud 是基于Spring Boot 构建的，如果你的团队没人使用过Spring Boot，那么直接使用Spring Cloud 并不是很好的选择。当然，Spring Boot 上手很容易，实现基础业务功能并不需要花费很多时间，所以，不要犹豫，马上就可以开始了。当然，学习过程中以提供 api 接口为主，先忘了thymeleaf 之类的模板引擎的事儿吧。
第三，确保你的团队有一定的运维实力。微服务架构的一大缺点就是提高了系统的复杂性，特别是在运维部署方面，传统的 MVC 式的开发，部署时只需要打包之后往IIS,tomcat之类的容器中一扔就差不多了，但是微服务架构不行，无论是前后端不同的部署环境，微服务的集群搭建，自动化部署的环境搭建，还是对于分布式部署的问题追踪等等，对于运维来说都是挑战，这一块比较复杂，后面会单开文章细说。
准备工作
如果以上的问题都不是问题或者有信心解决，那么就可以开始准备使用Spring Cloud 开发了。下面总结一下前期我们需要做哪些准备工作。
第一，拆分业务。最好从几点出发：首先，业务的职责要独立和单一，按照这个原则将整个需求拆分为各个小的独立业务之后，再梳理出业务之间的依赖和关联关系，最后，将业务以微服务为单位划分，可以将联系紧密但粒度很小的业务整合，微服务的粒度要适中。
第二，拆分数据库。按照微服务的完美设想，应该是一个微服务对应一个数据库，这样才能实现微服务的完全独立，但是我个人觉得不一定非要如此严格，有些业务虽然各自独立，但数据表还是有比较强的关联，碰到这种情况，是把业务融合到一起做一个微服务，还是共用一个数据库，或者坚持拆分，还是需要具体情况具体分析。
第三，自动化环境的搭建。微服务框架开发过程中，联合调试和测试都是很麻烦的事情，一个可以自动话部署的测试环境可以帮助开发人员节省很多的时间。
组件介绍
说完前期的准备工作，再来介绍下Spring Cloud 中的常用组件。
如果我们把一个完整的Spring Cloud 项目比作一个公司，那么每一个微服务就相当于这个公司中的办事员工。下面我们以同样的环境介绍下Spring Cloud 中的其他成员。
注册中心：公司中的调度部门，公司里的所有办事员（微服务）都要在它这里登记（注册），它也会定时检查员工是否还在工位上（健康检查）。在公司里，办事员与办事员之间有业务往来是不能直接联系的，需要通过调度部门来居中调度，所以调度部门可以说是整个公司最重要的部门，如果出现问题那么整个公司都瘫痪了，所以，一般都会建立多个调度部门（集群）。Spring Cloud 中常用的注册中心有Eureka 和 Consul。
网关：公司的对外部门。其他公司想与本公司产生业务往来原则上一律从网关进出，网关的可操作性很强，鉴权、外部请求的过滤都可以在网关进行操作。Spring Cloud 中常用的网关有Zuul 和 Gateway。
服务调用方式：公司的内部通讯工具。办事员通过这个工具向指定部门（服务名）的办事员发起指定的业务（接口）请求，当然，要先打给调度部门，调度部门会给提供具体的办事员的号码。Spring Cloud 中常用的服务调用方式有ribbon+restTemplate 和 feign。
熔断器：公司内部通讯工具上的智能插件。通过这个智能插件，可以为整个工具或者精确到具体的业务请求配置规则，当联系失败的时候，会给发起人提供一个默认回执，让发起者不至于一直占着线路。如果多次请求都失败，甚至会直接将这条业务的线路短路，一定时间内直接提供默认回执。Spring Cloud 中常用的熔断器是Hystrix。
配置中心：公司的人力资源部。公司员工统一从这里领取各自的公司内部信息（配置文件）。Spring Cloud 中常用的配置中心是 Spring Cloud Config。
消息总线：公司的后勤部。主要工作是配合人力资源部工作的部门，当人力资源部重新给员工分配内部信息时，就不用员工自己跑一趟人力资源部了（手动重启），后勤部会把这些消息给对应的员工送过去（自动更新）。Spring Cloud 中常用的消息总线是 Spring Cloud Bus。
链路跟踪：公司的监理部。专门监控公司内办事员之间业务联系的部门，一次业务经过了哪几个办事员之手，在各人手上花费了多少时间，都会被记录下来。Spring Cloud 中常用的链路跟踪是 Spring Cloud Sleuth。
以上就是Spring Cloud 常用的一些组件，了解了他们的作用之后，我们就可以开始搭建我们的Spring Cloud 项目了。
