本文探讨了Dubbo和Spring Cloud的对比，指出Dubbo Spring Cloud如何解决整合问题，提供了一种近乎‘零’成本的迁移方案。Dubbo Spring Cloud具备高性能RPC调用、智能负载均衡等特性，并详细介绍了其作为Spring Cloud的增强版服务治理能力。同时，讨论了Spring Cloud内部服务调用使用HTTP的性能问题，强调了内部RPC调用的优势，以及Dubbo Spring Cloud在微服务架构中的角色。
可能说起来Dubbo，很多人都不陌生，这毕竟是一款从2012年就开始开源的Java RPC框架，中间由于各种各样的原因停止更新4年半的时间，中间只发过一个小版本修了一个小bug，甚至大家都以为这个项目已经死掉了，竟然又在2017年9月份恢复了更新，不可谓不神奇。
网络上很多人都拿Dubbo和Spring Cloud做对比，可能在大家的心目中，这两个框架是可以画上等号的吧，后来在网络上有一个非常流行的表格，比较详细的对比了 Spring Cloud 和 Dubbo ，表格如下：
以上列举了一些核心部件，当然这里需要申明一点，Dubbo对于上表中总结为“无”的组件不代表不能实现，而只是Dubbo框架自身不提供，需要另外整合以实现对应的功能，这样看起来确实Dubbo更像是Spring Cloud的一个子集。
Dubbo 在国内拥有着巨大的用户群，大家希望在使用 Dubbo 的同时享受 Spring Cloud 的生态，出现各种各样的整合方案，但是因为服务中心的不同，各种整合方案并不是那么自然，直到 Spring Cloud Alibaba 这个项目出现，由官方提供了 Nacos 服务注册中心后，才将这个问题完美的解决。并且提供了 Dubbo 和 Spring Cloud 整合的方案，命名为： Dubbo Spring Cloud 。
Dubbo Spring Cloud 构建在原生的 Spring Cloud 之上，其服务治理方面的能力可认为是 Spring Cloud Plus， 不仅完全覆盖 Spring Cloud 原生特性，而且提供更为稳定和成熟的实现，特性比对如下表所示：
以上对比表格摘自Dubbo Spring Cloud官方文档。
而且Dubbo Spring Cloud 基于 Dubbo Spring Boot 2.7.1 和 Spring Cloud 2.x 开发，无论开发人员是 Dubbo 用户还是 Spring Cloud 用户， 都能轻松地驾驭，并以接近“零”成本的代价使应用向上迁移。Dubbo Spring Cloud 致力于简化云原生开发成本，以达成提高研发效能以及提升应用性能等目的。
面向接口代理的高性能RPC调用：提供高性能的基于代理的远程调用能力，服务以接口为粒度，屏蔽了远程调用底层细节。
智能负载均衡：内置多种负载均衡策略，智能感知下游节点健康状况，显著减少调用延迟，提高系统吞吐量。
服务自动注册与发现：支持多种注册中心服务，服务实例上下线实时感知。
高度可扩展能力：遵循微内核+插件的设计原则，所有核心能力如Protocol、Transport、Serialization被设计为扩展点，平等对待内置实现和第三方实现。
运行期流量调度：内置条件、脚本等路由策略，通过配置不同的路由规则，轻松实现灰度发布，同机房优先等功能。
可视化的服务治理与运维：提供丰富服务治理、运维工具：随时查询服务元数据、服务健康状态及调用统计，实时下发路由策略、调整配置参数。
在Spring Cloud构建的微服务系统中，大多数的开发者使用都是官方提供的Feign组件来进行内部服务通信，这种声明式的HTTP客户端使用起来非常的简洁、方便、优雅，但是有一点，在使用Feign消费服务的时候，相
最低0.47元/天 解锁文章
6115
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
