前言
万丈高楼平地起，但还有种说法叫：“万事开头难”，不管使用什么技术，就算是行业老司机，也得乖乖的从基本理论概述开始。通过本篇文章，您将理解什么是 Spring Cloud ？Spring Cloud 和 Spring Boot 之间的关系或者说是联系？Dubbo 与 Spring Cloud ?再文章末尾，作为福利，博主倾力收集了三个关注度极高的 Dubbo 相关的问题。
Spring Cloud 概述
1、关于Spring Cloud
Spring Cloud，基于 Spring Boot 提供了一套微服务解决方案，包括服务注册与发现，配置中心，全链路监控，服务网关，负载均衡，熔断器等组件（大概有20多种左右，当然还会有更多优秀的组件正在持续的加入中），除了基于 NetFlix 的开源组件做高度抽象封装之外，还有一些选型中立的开源组件。
Spring Cloud 利用 Spring Boot 的开发便利性巧妙地简化了分布式系统基础设施的开发，Spring Cloud 为开发人员提供了快速构建分布式系统的系列工具，包括 配置管理、服务发现、断路器、路由、微代理、事件总线、全局锁、决策竞选、分布式会话等等,它们都可以用 SpringBoot 的开发风格做到一键启动和部署。
对于 Spring Boot 而言，它 并没有重复制造轮子，它只是将目前各家公司开发的比较成熟、经得起实际考验的服务框架组合起来，通过 Spring Boot 风格进行再封装屏蔽掉了复杂的配置和实现原理，最终给开发者留出了一套简单易懂、易部署和易维护的分布式系统开发工具包。
2、Spring Cloud和Spring Boot是什么关系
Spring Boot 专注于快速方便的开发单个个体的微服务。而 Spring Cloud 则关注全局的微服务协调整理治理框架，它将 Spring Boot 开发的一个个单体微服务整合并管理起来，为各个微服务之间提供，配置管理、服务发现、断路器、路由、微代理、事件总线、全局锁、决策竞选、分布式会话等等集成服务。
Spring Boot 可以离开 Spring Cloud 独立使用开发项目，但是 Spring Cloud 离不开 Spring Boot，属于依赖的关系。
3、Dubbo 与 Spring Cloud
目前常见的互联网架构《 传统的、常见的系统架构与模型图 》
Dubbo VS Spring Cloud
| Dubbo | Spring Cloud | |
| 服务注册与发现 | Zookeeper | Spring Cloud Netflix Eureka |
| 服务调用 | RPC | REST API |
| 服务监控 | Dubbo-monitor | Spring Boot Admin |
| 服务断路器 | 不完善 | Spring Cloud Netflix Hystrix |
| 服务网关 | 无 | Spring Cloud Netflix Zuul（二代：Gateway） |
| 服务配置中心 | 无 | Spring Cloud Config |
| 服务跟踪 | 无 | Spring Cloud Sleuth |
| 消息总线 | 无 | Spring Cloud Bus |
| 数据流 | 无 | Spring Cloud Stream |
| 任务管理、任务调度 | 无 | Spring Cloud Task |
| 安全控制 | 无 | Spring Cloud Security |
| 大数据处理 | 无 | Spring Cloud Data Flow |
一句题外话：最近 Spring Cloud 第二代出来了，摒弃了 Spring Cloud Zuul 转而使用了 Spring Cloud Gateway。。。
最大区别：Spring Cloud 抛弃了 Dubbo 的 RPC 通信，采用的是基于 HTTP 的 REST 方式。从严格意义上讲，这两种方式各有优劣。虽然从一定程度上来说，后者牺牲了服务调用的性能，但也避免了上面提到的原生 RPC 带来的问题。而且 REST 相比RPC 更为灵活，服务提供方和调用方的依赖只依靠一纸契约，不存在代码级别的强依赖，这在强调快速演化的微服务环境下，显得更加合适。
显而易见，Spring Cloud 的功能比 Dubbo 更加强大，涵盖面更广，而且作为 Spring 的顶级项目，它也能够与 Spring Framework、Spring Boot、Spring Data、Spring Batch 等众多 Spring 项目完美融合，这些对于微服务而言是至关重要的。使用Dubbo 构建的微服务架构就像组装电脑一样，各环节我们的选择自由度很高，但是最终结果很有可能因为一条内存质量不行就会导致整台机器不能正常运转，总是让人不省心，但是如果你是一名老司机，那这些都不是问题；而 Spring Cloud 就像品牌机，在 Spring Source 的整合下，做了大量的兼容性测试，保证了机器拥有更高的稳定性，但是如果要在使用非原装组件外的东西，就需要对其基础有足够的了解。
从社区支持与更新力度来看，最为重要的是，Dubbo 已经停止了 5 年左右的维护更新了，虽然在 2017 年 7 月重启了对 Dubbo 的维护，但是对于技术发展的新需求，需要由开发者自行拓展升级（比如当当网弄出了 DubboX），这对于很多想要采用微服务架构的中小软件组织来说，显然是不太合适的，中小公司没有这么强大的技术能力和团队去修改 Dubbo 源码 + 周边的一整套完整解决方案，并不是每一个公司都有阿里的大牛 + 真实的线上生产环境测试过。
4、Dubbo 相关问题
曾风靡国内的开源 RPC 服务框架 Dubbo 在重启维护后，令许多用户为之雀跃，但同时，也迎来了一些质疑的声音。互联网技术发展迅速，Dubbo 是否还能跟上时代的潮流？Dubbo 与 Spring Cloud 相比又有何优势和差异？是否会有相关举措保证 Dubbo 的后续更新频率？
人物：Dubbo重启维护开发的刘军，主要负责人之一
刘军，阿里巴巴中间件高级研发工程师，主导了 Dubbo 重启维护以后的几个发版计划，专注于高性能 RPC 框架和微服务相关领域。曾负责网易考拉 RPC 框架的研发及指导在内部使用，参与了服务治理平台、分布式跟踪系统、分布式一致性框架等从无到有的设计与开发过程。
引用刘军在开源访谈中的两个高度关注的问题：
为什么会在三年后重新维护 Dubbo ？
对于这个问题社区的用户比较关心，我们在之前的一些渠道也专门做了解答，我在此引用如下：
Dubbo 自 2011 年开源以来，深受国内友商和开源爱好者的青睐，虽然一直陆续在维护，但是由于 Dubbo 用户群体庞大，日常维护根本无法完全满足社区的旺盛需求。随着集团内部技术水平的迅速发展，如今不仅能够保证集团及客户的系统高效运行，还能抽调更多精力将技术赋能给全社会。
开源就是阿里巴巴集团在技术层面赋能的重要领域。阿里巴巴中间件团队今后不仅要聆听社区的声音，及时修复问题，及时合并优秀的 pull request，还会力争将 Dubbo 打造成有国际影响力的 RPC 框架。
从集团层面看，阿里为国内甚至国际开源社区贡献了大量优秀开源项目，如大家熟知的 RocketMQ、JStorm、Fastjson、Dubbo、Weex 等。在今年的云栖大会上，阿里集团公开宣布了将加大技术投入、拥抱开源的发展策略。正是由于以上几个原因，阿里巴巴中间件团队决定 Dubbo 的下一步计划是持续发展，并走向国际化。
Dubbo 在停更后还能一直受到喜爱和广泛使用的原因是什么？其优势在哪？
Dubbo 自开源以后，被国内很多互联网公司用作服务化基础框架，经历了在阿里内部及很多大型互联网公司长时间生产环境实践，已经被证明是一个高度可靠、经受得住大规模流量考验的服务治理框架，这些成功的实践案例，在服务化框架选型时能给予架构师足够的信心与经验。
另外，相比很多开源 RPC 框架，Dubbo 在服务治理功能集上可谓非常完善：不仅提供了服务注册发现、负载均衡及路由等面向分布式集群的基础能力，还设计了面向开发测试阶段的 mock、泛化调用等机制，同时也提供了服务治理、监控的可视化平台。
Dubbo 是一个高度可扩展的框架，几乎所有核心功能都被设计为一个扩展点，因此从用户的角度，即使之前在 Dubbo 的官方社区支持不足的情况下，使用者仍可以很容易的对 Dubbo 进行裁剪或扩展以满足组织内部的需求。
目前 Dubbo 被拿来比较最多的就是 Spring Cloud ，您怎么看待二者的关系，业务上是否有所冲突？
关于 Dubbo 和 Spring Cloud 间的关系，我们在开源中国年终盛典的 Dubbo 分享中也作了简单阐述。
首先要明确的一点是 Dubbo 和 Spring Cloud 并不是完全的竞争关系（所以请广大开发者不要再用这两则进行比较 了，至少我觉得这个是愚不足道的），两者所解决的问题域并不一样：Dubbo 的定位始终是一款 RPC 框架，而 Spring Cloud 的目标是微服务架构下的一站式解决方案。
如果非要比较的话，我觉得 Dubbo 可以类比到 Netflix OSS 技术栈，而 Spring Cloud 集成了 Netflix OSS 作为分布式服务治理解决方案，但除此之外 Spring Cloud 还提供了包括 config、stream、security、sleuth 等等分布式问题解决方案。
当前由于 RPC 协议、注册中心元数据不匹配等问题，在面临微服务基础框架选型时 Dubbo 与 Spring Cloud 是只能二选一，这也是为什么大家总是拿 Dubbo 和 Spring Cloud 做对比的原因之一。（为什么只能二选一，请参看：《 Eureka 与 zookeeper 的区别、原理及各自优缺点 》）
Dubbo 之后会积极寻求适配到 Spring Cloud 生态，比如作为 Spring Cloud 的二进制通信方案来发挥 Dubbo 的性能优势，或者 Dubbo 通过模块化以及对 HTTP 的支持适配到 Spring Cloud 。
Spring Cloud 进阶地址整理：
Spring Cloud 权威的官网：http://projects.spring.io/spring-cloud/
Spring Cloud 中国社区：http://springcloud.cn/
Spring Cloud 中文官网（由于也是从官网英文版翻译过来的，信息不是及时，如果在实际的开发中实战或是遇到什么问题，建议到Spring Cloud 权威的官网去看看，一定能找到问题的所在）：https://springcloud.cc/
Spring Cloud 开发者 API（相对于目前是最新的） ： https://cloud.spring.io/spring-cloud-static/Finchley.SR2/single/spring-cloud.html
好了，关于 Spring Cloud 基本理论概述 就写到这儿了，如果还有什么疑问或遇到什么问题欢迎扫码提问，也可以给我留言哦，我会一一详细的解答的。
歇后语：“ 共同学习，共同进步 ”，也希望大家多多关注CSND的IT社区。
| 作 者： | 华 仔 |
| 联系作者： | [email protected] |
| 来 源： | CSDN (Chinese Software Developer Network) |
| 原 文： | https://blog.csdn.net/Hello_World_QWP/article/details/84928416 |
| 版权声明： | 本文为博主原创文章，请在转载时务必注明博文出处！ |