转载

Dubbo 重启维护一年多，现在还活着吗？

Dubbo 去年宣布重启维护，到现在已经一年有余，当初重启的消息在开发者中引起了强烈的反响，很多人看好，也有人持怀疑的态度，甚至到今天，还是有不少人认为 Dubbo 早已死去，回不了魂。

质疑声中，Dubbo 将首要目标定位于重新激活社区，赢回开发者的信任。在这个过程中，Dubbo 发布了多个版本，并逐渐从一个 RPC 框架向微服务生态系统转变；团队 “把 Dubbo 打造成一个国际化与现代化项目”的探索目前来看也有所呼应，比如年初 Dubbo 入驻 Apache 软件基金会孵化器，比如它在特性中提供了更加全面的异步支持；而目前 GitHub 上的 star 数也已经有 2.3w+。

期间还有 Dubbo 3.0 的消息放出，3.0 将会是一个变革的版本，它去一切阻塞的变化甚至将影响到阿里 10 多年积累的中间件。

不难看出，目前 Dubbo 还活着。近期 Dubbo 将发布重启后的第一个里程碑版本 2.7.0，而且还预告了项目即将从 Apache 软件基金会毕业，借此机会，我们采访了 Dubbo 的项目负责人北纬，请他为开发者梳理了重启维护这一年多 Dubbo 的进展，并分享了接下来的计划。

开源中国：2.7.0 新版本最值得关注的地方在哪里?

北纬：Dubbo 2.7.0 添加了社区呼声很高的 异步化支持 、以及 注册中心与配置中心分离 这两个特性。

与 2.6 及以前的版本相比， 异步化支持 不再局限于基于 Future 接口的异步，也不再仅仅局限于只能在客户端异步。具体来说，Dubbo 2.7.0 版本全面拥抱 JDK8，在客户端开始支持基于 CompletableFuture 的异步编程范式，在服务端支持基于 AsyncContext 的异步模型。

2.6 及以前的版本，元数据全部存储在 URL 上，配置信息和注册信息只能存储在注册中心上，注册中心的容量和扩展成为瓶颈。这个限制在使用 ZooKeeper 作为注册中心的大规模 Dubbo 应用场景下尤为突出。

在 2.7.0 中，通过对 URL 的改造，将 注册中心拆分成了三个中心 ，分别是注册中心、配置中心和元数据中心，三者各司其责，不仅有效地解决了上述容量问题，而且很好地适应了微服务的技术架构，用户可以开始自由选择适合自己场景的注册中心和配置中心。

2.7.0 将内建支持 ZooKeeper、Nacos 和 Apollo 等第三方注册和配置中心，在后续的版本中，还会进一步提供对 Consul 和 etcd 的支持。另外，通过引入一个全新的元数据中心，将与注册配置无关的服务信息单独存储，除了减轻配置中心与注册中心的工作压力之外，还为将来 更丰富的服务治理 打下基础。未来，Dubbo 会基于元数据中心提供服务测试、服务 Mock 以及服务 API 管理等特性。

针对三个中心的分离，Dubbo 还会配套发布全新设计的 Dubbo Ops 控制台 。

另外，2.7.x 会是 Dubbo 在 Apache 软件基金会 毕业的版本 ，安装包包名正式切换到了 org.apache.dubbo，为了保证向前的兼容性，我们还在这个版本中提供了 com.alibaba.dubbo 的兼容包。

开源中国：多语言支持现在看只有一个 PHP 版本对齐得比较完善，Python 和 Node 版本是提供了一个客户端去配合实现功能。在语言支持这方面，现在进展是怎么样，有什么计划？

北纬：除了 PHP 版本对齐得比较好以外，Node 版本也值得推荐。目前生态中的 Node 实现有两个版本，分别是 千米网贡献的 dubbo2.js 和 蚂蚁金服 egg 团队贡献的 egg-dubbo-rpc 。这些语言的实现都是在生产系统里验证过的，其中 egg 的实现既支持客户端也支持服务端。

除了 PHP 和 Node，Dubbo 还提供了 Go 和 Python 支持。其中 Python 版本支持客户端与服务端互通，走的是 json-rpc 协议，Go 版本将支持原生 Dubbo 协议，并计划同时提供客户端和服务端。

需要强调的是，除了多语言客户端的支持，Dubbo 基于标准的 Java REST API——JAX-RS 2.0 实现了 REST 调用支持，具体的使用方法可以参照这里：

http://dubbo.apache.org/zh-cn/docs/user/references/protocol/rest.html

总的来说，相比于服务端， 客户端是 Dubbo 多语言支持的重点 。从实用的角度来讲，社区大量的诉求集中在如何用多语言调用后台的 Dubbo 服务。当然，目前多语言的支持还处于起步阶段，一方面是主流语言覆盖不够，比如 .NET 还没有可用版本，另一方面是因为各个语言的成熟度参差不齐，社区投入不够。

虽然 Service Mesh 的方案在这两年发展得如火如荼，但我们也发现原生多语言客户端在大量的场景中还会持续存在很长的时间，因此我们十分重视原生多语言客户端的建设。后面总体的思路是 定义 Dubbo 原生客户端最小功能集 ，以及成熟度评估标准，持续运营社区，吸引更多的多语言志愿者加入。

开源中国：重启维护这一年来主要的工作是关于哪些方面的？实质进展如何？

北纬：说到这个，其实 Dubbo 最近才刚刚在开源中国发起的“最受欢迎中国开源软件评选”中取得了第三名（Java 类第一名）的好成绩，感谢开发者们对 Dubbo 的信任，也感谢开源中国发起的这项活动。

自重启维护以来，到 2.7.0 发布，Dubbo 已经累计发布了 13 个版本。在这个过程中从零开始 搭建 Dubbo EcoSystem ，目前生态初具规模：

逐步提供了 Node、Python、Go 和 PHP 语言客户端实现、开发工具及配套 (Initializr、Benchmark、IDE plugin) 与 samples
丰富了核心 SPI 的扩展实现，包括 Hessian、Avro、Protobuf、HTTP/2、Thrift、JMS、etcd3、Sentinel、Nacos、Apollo、K8S 与 Docker
改造并重新实现了 Dubbo Ops
孵化了 27 个子项目

同时，不少微服务开源项目开始 主动对接 Dubbo ，包括 Zipkin、spring-cloud-slueth、SkyWalking、Pinpoint 和 Jboot 等。

社区方面，GitHub 上 star 数已经突破 2.3w，增长 150%，在 GitHub Java 项目中排名前十，目前已有 25 位 PPMC 和 committer、162 位 contributor (自重启开源以来增长了 250%），共举办了 5 场 meetup，现场参与人数 2300+，线上参与人数 35000+。