好问题必须配认真的回答，仔细的看了题主的问题，发现这个问题非常具有代表性，可能是广大网友想使用 Spring Cloud 却又对 Spring Cloud 不太了解的共同想法，题主对 Spring Cloud 使用的方方面面都进行过了思考，包括市场，学习、前后端、测试、配置、部署、开发以及运维，下面就是题主原本的问题：

想在公司推广 Spring Cloud，但我对这项技术还缺乏了解，画了一张脑图，总结了种种问题。

微服务是这样一个结构吗？

前端或二方 - > ng 集群 -> zuul 集群 -> eureka-server 集群 -> service provider 集群

（二方指其他业务部门）

想要明白这个问题，首先需要知道什么是 Spring Boot，什么是 Spring Cloud，以及两者之间有什么关系？

什么是 Spring Boot

Spring Boot 简化了基于 Spring 的应用开发，通过少量的代码就能创建一个独立的、产品级别的 Spring 应用。Spring Boot 为 Spring 平台及第三方库提供开箱即用的设置，这样你就可以有条不紊地开始。多数 Spring Boot 应用只需要很少的 Spring 配置。Spring Boot 是由 Pivotal 团队提供的全新框架，其设计目的是用来简化新 Spring 应用的初始搭建以及开发过程。该框架使用了特定的方式来进行配置，从而使开发人员不再需要定义样板化的配置。

用我的话来理解，就是 Spring Boot 其实不是什么新的框架，它默认配置了很多框架的使用方式，就像 maven 整合了所有的jar包，Spring Boot 整合了所有的框架（不知道这样比喻是否合适）。

Spring Boo t的核心思想就是约定大于配置，一切自动完成。采用 Spring Boot 可以大大的简化你的开发模式，所有你想集成的常用框架，它都有对应的组件支持。

什么是 Spring Cloud

Spring Cloud 是一系列框架的有序集合。它利用 Spring Boot 的开发便利性巧妙地简化了分布式系统基础设施的开发，如服务发现注册、配置中心、消息总线、负载均衡、断路器、数据监控等，都可以用 Spring Boot 的开发风格做到一键启动和部署。

Spring 并没有重复制造轮子，它只是将目前各家公司开发的比较成熟、经得起实际考验的服务框架组合起来，通过 Spring Boot 风格进行再封装屏蔽掉了复杂的配置和实现原理，最终给开发者留出了一套简单易懂、易部署和易维护的分布式系统开发工具包。

微服务是可以独立部署、水平扩展、独立访问（或者有独立的数据库）的服务单元，Spring Cloud 就是这些微服务的大管家，采用了微服务这种架构之后，项目的数量会非常多，Spring Cloud 做为大管家就需要提供各种方案来维护整个生态。

Spring Cloud 就是一套分布式服务治理的框架，既然它是一套服务治理的框架，那么它本身不会提供具体功能性的操作，更专注于服务之间的通讯、熔断、监控等。因此就需要很多的组件来支持一套功能。

Spring Boot 和 Spring Cloud 的关系

Spring Boot 是 Spring 的一套快速配置脚手架，可以基于 Spring Boot 快速开发单个微服务，Spring Cloud 是一个基于 Spring Boot 实现的云应用开发工具；Spring Boot 专注于快速、方便集成的单个微服务个体，Spring Cloud 关注全局的服务治理框架；Spring Boot 使用了默认大于配置的理念，很多集成方案已经帮你选择好了，能不配置就不配置，Spring Cloud很大的一部分是基于 Spring Boot 来实现，可以不基于 Spring Boot 吗？不可以。

Spring Boot 可以离开 Spring Cloud 独立使用开发项目，但是 Spring Cloud 离不开 Spring Boot，属于依赖的关系。

● Spring -> Spring Boot > Spring Cloud 这样的关系。

回答

首先楼主问的这些问题都挺好的，算是经过了自己的一番思考，我恰好经历了你所说的中小公司，且都使用 Spring Cloud 并且已经投产上线。第一家公司技术开发人员 15 人左右，项目实例 30 多，第二家公司开发人员 100 人左右，项目实例达 160 多。

实话说 Spring Boot、Spring Cloud 仍在高速发展，技术生态不断的完善和扩张，不免也会有一些小的 bug，但对于中小公司的使用来将，完全可以忽略，基本都可以找到解决方案，接下来回到你的问题。

1、市场

据我所知有很多知名互联网公司都已经使用了 Spring Cloud，比如阿里、美团但都是小规模，没有像我经历的这俩家公司，业务线全部拥抱 Spring Cloud；另外 Spring Cloud 并不是一套高深的技术，普通的 Java 程序员经过一到俩个月完全就可以上手，但前期需要一个比较精通人的来带队。

2、学习

有很多种方式，现在 Spring Cloud 越来越火的情况下，各种资源也越来越丰富，查看官方文档和示例，现在很多优秀的博客在写 Spirng cloud 的相关教程，我这里收集了一些 Spring Boot 和 Spring Cloud 的相关资源可以参考，找到博客也就找到人和组织了。

针对上面的技术我特意整理了一下，有很多技术不是靠几句话能讲清楚，所以干脆找朋友录制了一些视频，很多问题其实答案很简单，但是背后的思考和逻辑不简单，要做到知其然还要知其所以然。如果想学习Java工程化、高性能及分布式、深入浅出。微服务、Spring，MyBatis，Netty源码分析的朋友可以加我的Java进阶群：582505643，群里有阿里大牛直播讲解技术，以及Java大型互联网技术的视频免费分享给大家。

3、前后职责划分

其实这个问题是每个系统架构都应该考虑的问题，Spring Cloud 只是后端服务治理的一套框架，唯一和前端有关系的是 thymeleaf，Spring 推荐使用它做模板引擎。一般情况下，前端 app 或者网页通过 zuul 来调用后端的服务，如果包含静态资源也可以使用 nginx 做一下代理转发。

4、测试

Spring-boot-starter-test 支持项目中各层方法的测试，也支持 controller 层的各种属性。所以一般测试的步奏是这样，首先开发人员覆盖自己的所有方法，然后测试微服务内所有对外接口保证微服务内的正确性，再进行微服务之间集成测试，最后交付测试。

5、配置

session 共享有很多种方式，比如使用 tomcat sesion 共享机制，但我比较推荐使用 redis 缓存来做 session 共享。完全可以分批引入，我在上一家公司就是分批过渡上线，新旧项目通过 zuul 进行交互，分批引入的时候，最好是新业务线先使用 Spring Cloud，老业务做过渡，当完全掌握之后在全部替换。如果只是请求转发，zuul 的性能不一定比 nginx 低，但是如果涉及到静态资源，还是建议在前端使用 nginx 做一下代理。另外 Spring Cloud 有配置中心，可以非常灵活的做所有配置的事情。

6、部署

多环境不同配置，Spring Boot 最擅长做这个事情了，使用不同的配置文件来配置不同环境的参数，在服务启动的时候指明某个配置文件即可，例如：java -jar app.jar --spring.profiles.active=dev 就是启动测试环境的配置文件；Spring Cloud 没有提供发布平台，因为 jenkins 已经足够完善了，推荐使用 jenkins 来部署 Spring Boot 项目，会省非常多的事情；灰度暂时不支持，可能需要自己来做，如果有多个实例，可以一个一个来更新；支持混合部署，一台机子部署多个是常见的事情。

7、开发

你说的包含 html 接口就是前端页面吧，Spring Boot 可以支持，但其实也是 Spring Mvc 在做这个事情，Spring Cloud 只做服务治理，其它具体的功能都是集成了各种框架来解决而已；excel 报表可以，其实除过 swing 项目外，其它 Java 项目都可以想象；Spring Cloud 和老项目可以混合使用，通过 zuul 来支持。是否支持 callback，可以通过 MQ 来实现，还是强调 Spring Cloud 只是服务治理。

8、运维

Turbine、zipkin 可以用来做熔断和性能监控；动态上下线某个节点可以通过 jenkins 来实现；provider 下线后，会有其它相同的实例来提供服务，Eureka 会间隔一段时间来检测服务的可用性；不同节点配置不同的流量权值目前还不支持。注册中心必须做高可用集群，注册中心挂掉之后，服务实例会全部停止。

总结，中小企业是否能用的起来 Spring Cloud，完全取决于自己公司的环境，如果是一个技术活跃型的团队就大胆的去尝试吧，目前 Spring Cloud 是所有微服务治理中最优秀的方案，也是一个趋势，未来一两年可能就会像 Spring 一样流行，早接触早学习岂不更好。

希望能解答了你的疑问。

Spring Cloud 架构

我们从整体来看一下 Spring Cloud 主要的组件，以及它的访问流程

1、外部或者内部的非 Spring Cloud 项目都统一通过 API 网关（Zuul）来访问内部服务

2、网关接收到请求后，从注册中心（Eureka）获取可用服务

3、由 Ribbon 进行均衡负载后，分发到后端的具体实例

4、微服务之间通过 Feign 进行通信处理业务

5、Hystrix 负责处理服务超时熔断

6、Turbine 监控服务间的调用和熔断相关指标

图中没有画出配置中心，配置中心管理各微服务不同环境下的配置文件。

以上就是一个完整的 Spring Cloud 生态图。