【Dubbo】Dubbo Ecosystem - 从微服务框架到微服务生态

近期，Apache Dubbo PPMC 望陶（社区昵称：ralf0131）做了主题为《首次直播揭秘 Apache Dubbo Ecosystem：从微服务框架到微服务生态》的直播分享。本文整理自此次分享，通过该内容，您将了解到Apache Dubbo Ecosystem的：

• 产生背景
• 生态定位和组件选择原则
• 体系总览和层次结构
• 和Spring Cloud之间的联系
• 直播问答精选

 

产生背景

微服务的流行，使得越来越多的用户选择从单体应用向分布式应用进行转型。在这个过程中，有许多企业选择了Dubbo作为分布式应用开发的基础组件。但是随着微服务化的逐渐深入，我们也发现，Dubbo目前提供的能力逐渐的无法满足开发者构建完整微服务的需求。开发者缺少一套完整的围绕Dubbo的微服务解决方案，例如API gateway、熔断限流、分布式监控和分布式事务等方面。开发者需要自研，或者调研各类开源的框架。这耗费了大量的时间和精力，且在整合的过程中，各类兼容和适配问题也影响到微服务的落地。

 

因此，我们决定围绕Dubbo打造一整套微服务的解决方案，涵盖微服务开发过程中的各方面。这里面的项目都是会经过Dubbo社区共同评估，和Dubbo高度集成，且在生产中得到过验证的项目(这里的项目不仅仅是阿里巴巴开源的)，我们把这个生态称之为Apache Dubbo Ecosystem。希望通过这个生态帮助用户降低微服务实施的难度，加快业务创新进程。

 

Dubbo作为一款高性能RPC框架，通过良好的扩展机制，已经形成了丰富的核心RPC生态。

 

从上图中可以看到，图中黑色部分为Dubbo重启之前的RPC生态，绿色代表重启维护以来新增的生态，红色是未来计划添加的模块。这里面主要包括：

• 编程模型支持Spring-boot方式
• 服务注册中心发现支持Nacos，etcd
• 配置中心支持Apollo，Nacos
• 系统高可用支持Sentinel，Hystrix
• 负载均衡支持一致性Hash
• 路由规则支持标签路由
• 协议层支持REST, JsonRPC, Avro, Thrift
• 序列化层支持fst, kyro
• 传输层支持Netty4

但这里面有一些问题，开发者只接触到API，以及服务注册和配置这一层，接触不到大部分底层生态的组件，因此无法直接享受到这些底层组件的技术能力。

 

但是，开发者在实际的微服务开发过程中，需要的不仅仅是RPC和服务注册发现，而是需要一整套的微服务能力，例如API gateway、熔断限流、分布式监控和分布式事务等。但在这些方面，开发者由于没有事实上的推荐方案，调研和选型都比较痛苦，甚至会遇到个别开源项目不再继续维护给现有架构带来影响的窘境。所以如何通过Dubbo把这些微服务领域的其他能力整合起来，形成一套完整的解决方案，成为Dubbo社区一个亟待解决的问题。

 

生态定位和组件选择原则

起初，Dubbo这个品牌我们定义为一款RPC框架，而事实上，从业界开发者的反馈和调研来看，Dubbo的使用者早已脱离了单纯的RPC层面，而是将其作为一个微服务的架构基础来对待。

因此，我们对Dubb