作者 | Apache Dubbo
起源 | 阿里巴巴云原生公众号

• 2011 年，阿里 B2B 团队决定将我的项目开源，一年工夫就播种了来自不同行业的少量用户
• 2014 年，因为团队调整，Dubbo 暂停更新
• 2017 年，Dubbo 开源重启
• 2019 年，Dubbo 在仅用时 15 个月的状况下从 Apache 基金会毕业
• 2020 年，阿里外部开始 HSF 和 Dubbo 的交融
• 2021 年 3 月，Dubbo 3.0 Preview 行将公布
• ……

从 2011 到 2021，Dubbo 曾经开源十年。十年，对于风起云涌的云计算畛域是漫长且充斥变动的，但 Dubbo 在这个时代的浪潮里不仅没有变成被人忘记的“前浪”，更在云原生时代，迎来内核云原生技术栈全面降级。本文是对阿里团体服务框架负责人北纬的采访，他在阿里同时负责 HSF、Dubbo 和 Spring Cloud Alibaba。本文讲述了他 2017 年接手 Dubbo 后社区的停顿，并瞻望开源十年的 Dubbo 将如何走好云原生之路。

2017 年，我开始接手 Dubbo 我的项目后，咱们对外示意会从新保护这个我的项目，就收到了很多踊跃的反馈，随着对这个我的项目的深刻理解，我发现国内很多大型厂商，甚至传统国企都在宽泛应用该我的项目，才意识到身上的责任。Dubbo 3.0 Preview 版行将在 3 月公布，咱们筹备了 Dubbo 3.0 前瞻系列电子书（获取 形式见文末），也借这个机会大家聊聊 Dubbo 重启开源后被频繁问到的问题：

• 从 Apache 毕业两年不到的工夫，咱们都做了什么？
• 阿里外部是如何进行 Dubbo 和 HSF 交融的？规模怎么样？
• 如何对待 Spring Cloud 和 gRPC?
• 3.0 有什么值得期待的？

同期毕业最快的 Apache 我的项目，多语言全面倒退

2017 年，我负责这个我的项目以来，一些开发者在放心 Dubbo 只是阿里主导的 KPI 开源我的项目，比拟放心这个我的项目能不能继续倒退、会不会断更。既然这样，那我罗唆就把它放到中立的地位上，Apache 基金会是一个很好的抉择，正是这一决定让 Dubbo 成为同期五个我的项目中最快从 Apache 基金会毕业的我的项目：2019 年 5 月 21 日，Dubbo 在仅用时 15 个月的状况下从 Apache 基金会毕业。

事实证明，把 Dubbo 捐给 Apache，让 Dubbo 变成一个社区主导的我的项目是一个十分正确的决策。依据 X-lab 凋谢实验室最新公布的《2020 年微服务畛域开源数字化报告》，Dubbo 的开源活跃度全球排名 693，在微服务框架中排名第五，参加过社区建设的开发者数量曾经超过 1 万多人，来自内部的代码奉献量曾经超过阿里员工的奉献量。

数据起源 -《2020 年微服务畛域开源数字化报告》

Dubbo 我的项目从 Apache 毕业 2 年不到的工夫，整个社区领有 21 名 PMC 成员，61 名 committer，以及多达 370 名贡献者。在过来一年，Dubbo 在多语言建设方面先后从社区播种了 JS、Python、Erlang、PHP、Go 的实现，特地郑重感激千米网、携程网、乐信以及其余开发者们募捐或者提交了这些多语言版本的绝大多数代码，为社区带来了丰盛的多语言反对解决方案。在于雨的率领下，Dubbo-go 能够说是以后泛滥多语言版本中最沉闷的一个分支，有者十分沉闷的 go 子社区及持续增长的企业级用户，目前 Dubbo go 曾经在 1.5 版本追平 Dubbo Java 2.7 的个性；目前正在和 Java 齐头并进，一起布局 Dubbo 3.0 中云原生的路线图。

咱们对这个大版本 Dubbo 3 的定义是 云原生、阿里背书。打算分为三个版本迭代，在前面 Dubbo 3 的路线图中有具体的形容。Dubbo 3.0 正在紧锣密鼓的开发中，外围性能包含 Dubbo3 协定、利用级服务发现、新版路由规定等，go 与 java 版本预计将以同样的工夫节奏兑现以上所有性能，3 月底会有 preview 版本与社区见面。

过来 2 年社区的经验更让我置信，单靠外围团队的几位工程师凭着单纯的开源情怀是很难继续的。全国各地有上百数千家企业在应用 Dubbo，仅依附咱们一个小团队的力量远远不够，咱们心愿社区内的开发者能够更多地参加进来。对 Dubbo 而言，不论开发者最后进入并对我的项目有所奉献的起因是什么。重要的是，咱们心愿可能让整个社区放弃凋谢，即使个别工程师仅仅只是为了日后找份工作来参加社区也没有关系，我认为这种想法很失常，毕竟奉献我的项目会占据开发者很多业余时间，咱们也心愿这个我的项目能够对大家有所帮忙。

Dubbo 和 HSF 交融，阿里先本人用上 Dubbo 再说

我面临的第二个最大的质疑是：阿里外部都不必 Dubbo，如何取得开发者的信赖？

相熟阿里技术历史的同学可能晓得，淘宝的 HSF 我的项目也是一个中间件服务框架，与 Dubbo 做的事件高度重合。而 Dubbo 在开源过程中很多开发者诟病的也是阿里本人都没有在用 Dubbo。这也是咱们始终在苦恼的：阿里外部的自研体系、商业化的产品技术与开源的我的项目，三方的技术路线始终没有机会融为一体。

随着阿里自研体系的上云，交融的时机终于到来了。2020 年，阿里云提出了“三位一体”理念，即：将“自研技术”、“开源我的项目”、“商业产品”造成对立的技术体系，最大化技术的价值。

HSF 目前以 Dubbo 3.0 为外围，外部个性以 Dubbo 插件的形式存在，并把 HSF 只在阿里团体外部大规模场景下高并发、高性能等优化教训利用到 Dubbo 3.0 外围上，实现了内外性能的对立，使得社区和客户都能用到这些优质教训；另外一方面，Dubbo 3.0 云原生相干的性能借助于社区开发力量失去进一步倒退。通过“三位一体”与社区达成凋谢共赢的场面。

我的老领导林昊、阿里人称毕巨匠，因为设计开发了 HSF 往年取得了中国计算机学会的卓越工程师奖，他在获奖采访中提到：作为工程师来讲，很大的成就感来自于本人所做的技术被公司大范畴的应用，并且对这家公司的业务倒退能起到很大的撑持作用；更大的成就感来自于本人做所的技术背地的思维、实现思路能影响到中国各大互联网公司、企业去拥抱微服务。随着 Dubbo 和 HSF 的整合，咱们在整个开源的体系中更多地去展示了 HSF 的能力，可能让更多的人通过应用 Dubbo 像阿里巴巴之前应用 HSF 一样更好地构建服务化的零碎。

在 2020 年 双 11，Dubbo 3.0 在团体电商业务上曾经进入落地阶段，电子书里也会跟大家分享一些咱们的实践经验。

如何对待 Spring Cloud 和 gRPC？

在 Dubbo 寂静的几年，进去很多新生的服务框架，Dubbo 和 Sping Cloud 是什么关系？是不是二选一就够了？Dubbo 和 gRPC 之间的差异是什么？

Dubbo 和 Spring Cloud 如何二选一？

长久以来，总有开发者喜爱将 Dubbo 与 Spring Cloud 进行比拟，提到这两个名字的第一反馈往往是应该选哪个，而不是二者如何配合应用。在我看来，这次要还是技术选型的问题，以及用户对随之而来的切换老本的顾虑。其实这是一种误会，两者的关系不是非此即彼。明天的 Dubbo 曾经成为了  Spring Cloud Alibaba 中一个重要的技术组件，Dubbo 服务和 Spring Cloud 服务能够完满地相互调用。将来，Dubbo 3.0 进一步的简化了 Dubbo 和 Spring Cloud 混布场景中服务基础设施的部署。Spring Cloud 依靠于 Spring 曾经成为 Java 开发的规范框架，这是不争的事实，并联合大量业界教训逐步形象出一套微服务通用架构模式规范。这套规范的益处在于能够让开发者十分便捷地进行微服务软件产品开发，且在整个 Spring 生态的加持下曾经成为开发者的“一揽子”解决方案。

和 Spring Cloud 不同，Dubbo 在设计之初，扩展性、灵活性就被放在了一个很重要的地位。Dubbo 很容易集成他人，他人也容易集成 Dubbo。同时，Dubbo 通过大量用户生产验证，阿里在服务化畛域继续实际的产品。这两点是 Spring Cloud 目前无奈做到的。随着 Dubbo 复原更新，其场景丰盛水平与稳定性也有了十分大的晋升，目前曾经在多家头部公司大规模利用。

回到泛滥开发者对技术选型问题的顾虑：这两套框架并不是非此即彼。相同的，用户能够轻松的在这两套框架之间切换，甚至将来能够完满的在一起协同工 作，这得益于 Spring Cloud Alibaba 的呈现。

Spring Cloud 领有一个弱小的国际化社区，阿里巴巴作为社区里的重要成员，也奉献出了 Spring Cloud Alibaba 这套实现，这也是目前整个 Spring Cloud 体系下最欠缺并且在继续更新的实现计划。

Spring Cloud Alibaba 呈现

当初的 Dubbo 2.7 曾经能够很好的在 Spring Cloud 体系下工作。通过 Spring Cloud Alibaba 中 Dubbo 的集成，Spring Cloud 利用能够调用原生公布的 Dubbo 服务，Spring Cloud 公布的 Dubbo 服务也能够被原生的 Dubbo 客户端调用。这个得益于 2.7 中服务自省的实验性我的项目，以及 Spring Cloud 侧对 Dubbo 的适配。

在正在发展的 3.0 大版本中，这个实验性的我的项目进化为原生利用级服务注册机制。通过这个个性，将来 Spring Cloud 利用和 Dubbo 利用能够更加完满的混布。用户能够为 Spring Cloud 和 Dubbo 复用同一套服务发现、服务配置、和服务管理体系，为 Dubbo 和 Spring 互通须要额定搭建网关将成为过来式，用户能够零老本的在两者之间切换，或者视场景不同抉择不同的框架，甚至能够在同一个利用中混用。Dubbo 与 Spring Cloud 混布场景中业界惯例的 Proxy 集群终于去掉，整个体系的架构更加简略和稳固。在 Dubbo 3.0 版本中，整个团队会持续进化利用级服务注册的想法，冀望通过这项工作让 Spring Cloud Alibaba 与 Dubbo 在注册数据的模型上达成高度对立，复用同一套服务注册核心，进一步简化混布场景中的架构。

另外，咱们团队也在踊跃倒退 Spring Cloud Alibaba 生态。作为国内 Java 界最具影响力的团队之一，阿里中间件团队始终在亲密关注 Spring 我的项目，通过 Spring 的封装晋升阿里的中间件开发体验。阿里巴巴电商体系绝大部分利用曾经实现 Boot 化。

当 Spring Cloud 初具影响力的时候，咱们被动通过 Spring Cloud 来集成阿里巴巴开源组件就变成一件自然而然的事件了 目前，Spring Cloud Alibaba 曾经反对 Nacos 作为服务注册核心、配置核心，Sentinel 作为限流，Seata 作为分布式事务组件，RocketMQ 作为分布式音讯组件，当然还有 Dubbo 作为 RPC 组件，全面取代了曾经发表进行更新的 Spring Cloud Netflix 全家桶。另外，为了减速国内工程师对 Spring Initializr 的拜访，团队还通过阿里云上托管的 start.aliyun.com 提供了疾速生成 Spring Cloud Alibaba 利用的能力。

无论从 GitHub 的我的项目活跃度数据还是关注度数据来看，毫不夸大地说，Spring Cloud Alibaba 曾经成为 Spring Cloud 框架中的事实标准了。

如何对待 gRPC？

咱们从不避讳 gRPC，它是一个令人尊敬的对手，是云原生基础设施之间通信协定的事实标准。

然而 Dubbo 的劣势是不单单是一个 RPC，而且是一个 有着弱小治理能力的 服务框架。咱们认为：Dubbo 是 gRPC with batteries。

咱们从 gRPC 身上学到最有价值的一点就是反思 Dubbo 2 中协定设计的有余，开始器重云原生反对畛域里两个重要的问题：多语言反对和网关 /Mesh 解析敌对。在 Dubbo 3.0 中，新版本的协定是重中之重，除了解决上述两个问题，对 gRPC 协定的兼容也是新协定的设计指标之一。gRPC 有几项显著的劣势：在反对 HTTP/2 协定上走在了前列，提供了十分丰盛的多语言库反对，与 Google 主导的许多云原生基础设施无缝买通。gRPC 及时下风行的 Mesh 等云原生技术构建了一套看起来绝对欠缺的微服务技术栈，落地这套技术栈看起来是基于 gRPC 的微服务解决方案。

但 gRPC 框架本身而言还是专一在 RPC 通信。相比而言，Dubbo 提供了一站式的微服务开发、治理解决方案，Dubbo 有更易用的面向接口的服务定义模型，有更欠缺的服务发现、服务治理机制。同时，在行将公布的 3.0 布局中，Dubbo 3 也将提供官网的 Mesh 解决方案反对，持续给社区带来易用的、一站式的解决方案。

Dubbo 3.0 瞻望：对云原生反对

社区中的很多开发者都对 3.0 版本期待已久。Dubbo 3 的主基调就是云原生反对，打算分为三个版本迭代。重点交付云原生敌对的新一代 RPC 协定、利用级服务注册发现、K8s 原生服务公布、Mesh 管制面 xDS 协定对接以及分布式服务柔性等重磅级个性。

• 3.0 版本，重点公布利用级服务注册发现、Tripe、新路由规定。
• 3.1 版本，重点公布 K8s 原生服务、Mesh 管制面 xDS 协定对接。
• 3.2 版本，重点公布分布式服务柔性。

目前利用级服务发现曾经在外部和一些头部用户的场景做试点，后续随着我的项目的停顿，团队会第一工夫公布性能实现细节。通过 Dubbo 3.0 的公布，咱们期待带来一款向云原生迁徙敌对的，对云原生基础设施敌对的新一代服务框架体系。

将来，Dubbo 我的项目总的倒退基调还是保持单干凋谢的开源路线不波动，谋求更高质量和性能更欠缺的路线不波动。目前，社区倒退的重中之重是 Dubbo3.0 演进。在不久后的 9 月份，Dubbo 3.0 利用级注册发现将在阿里巴巴外部和开源侧各公司落地。这不仅是 Dubbo 迈向云原生微服务的第一步，也是对接 K8s 注册发现和跨框架 RPC 互通的前提。

就利用方而言，从接口级注册发现到利用级注册发现能够显著升高注册核心和客户端的内存压力。往年 双 11，云原生服务治理规定会把 Dubbo 多年以来在大规模高并发服务治理方面的最佳实际融入云原生。下一代协定将基于 http2/protobuf 带来更好的生态和 Reactive 的全面反对，柔性加强所涵盖的自适应策略和分布式负载平衡将会在性能和稳定性上带来更大的冲破。

回到 Dubbo 重启开源之时，生态绝对单薄。现在，Dubbo 生态曾经日益完善。

Dubbo 丰盛的扩大实现

比方，多语言反对曾经达到 6 种，30+ 生态子项目。在 Dubbo 被动集成周边的同时，咱们也被第三方开源我的项目 Spring Cloud Sleuth、Zipkin、Skywalking、Envoy、tengine 等被动集成。

我心中的欠缺是心愿可能产出一个官网举荐的 Dubbo Stack，罢黜用户抉择下面的懊恼。至于 Dubbo Stack 中是否都源自阿里，我倒是抱着顺其自然的态度，这还是须要数据谈话，谁家的组件在生产零碎中使用最广，咱们就举荐谁。总的来说，这件事件的决定权在社区和 Dubbo 用户。
 
最初，感激十年来 Dubbo 的用户和社区贡献者们，对于 Dubbo 3.0 Roadmap 中的云原生敌对的新一代 RPC 协定、利用级服务注册发现、K8s 原生服务公布等重磅级个性，咱们梳理了一系列前瞻的文章整顿成了电子书。欢送大家回复关键词 “Dubbo3”获取 。
 
扫码退出 Dubbo 开源社区钉钉群（或钉钉搜寻群号：21976540）：