![頭圖.png](https://ucc.alicdn.com/pic/developer-ecology/bcd5d5fb7f954a7f9c31f26c7c017451.png)

作者 | Apache Dubbo
來源|[阿里巴巴雲原生公眾號](https://mp.weixin.qq.com/s/1VB2K_lHG4yRc8pu9_qgOw)

- 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 年微服務領域開源數字化報告》](http://mp.weixin.qq.com/s?__biz=MzUzNzYxNjAzMg==&mid=2247492952&idx=1&sn=02b35dff01a812bf6ca8b9ff50b98650&chksm=fae6ee97cd916781e7f732de472665b6f9fbbfd2354300b052ef7341a5f996fbe49a23b0ec7e&scene=21#wechat_redirect)，**Dubbo 的開源活躍度全球排名 693，在微服務框架中排名第五，參與過社群建設的開發者數量已經超過 1 萬多人，來自外部的程式碼貢獻量已經超過阿里員工的貢獻量**。

![2.png](https://ucc.alicdn.com/pic/developer-ecology/46cc19cfbf0c40bfb7baca893d668eeb.png)

資料來源 -[《2020 年微服務領域開源數字化報告》](http://mp.weixin.qq.com/s?__biz=MzUzNzYxNjAzMg==&mid=2247492952&idx=1&sn=02b35dff01a812bf6ca8b9ff50b98650&chksm=fae6ee97cd916781e7f732de472665b6f9fbbfd2354300b052ef7341a5f996fbe49a23b0ec7e&scene=21#wechat_redirect)

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 年，[阿里雲提出了“三位一體”理念](http://mp.weixin.qq.com/s?__biz=MzUzNzYxNjAzMg==&mid=2247496456&idx=1&sn=e2d2e412561b02ad8a12aea80c753b62&chksm=fae6f8c7cd9171d11c80bd5a38cfeaf65ef633ab9595aa8451749847389019fd04f25e0dda35&scene=21#wechat_redirect)，即：將“自研技術”、“開源專案”、“商業產品”形成統一的技術體系，最大化技術的價值。

HSF 目前以 Dubbo 3.0 為核心，內部特性以 Dubbo 外掛的方式存在，並把 HSF 只在阿里集團內部大規模場景下高併發、高效能等最佳化經驗應用到 Dubbo 3.0 核心上，實現了內外功能的統一，使得社群和客戶都能用到這些優質經驗；另外一方面，Dubbo 3.0 雲原生相關的功能借助於社群開發力量得到進一步發展。透過“三位一體”與社群達成開放共贏的局面。

我的老領導林昊、阿里人稱畢大師，[由於設計開發了 HSF 今年獲得了中國計算機學會的傑出工程師獎](http://mp.weixin.qq.com/s?__biz=MzUzNzYxNjAzMg==&mid=2247499740&idx=1&sn=b575cf48564ff9b610a7bdf9d1bdd211&chksm=fae6f413cd917d05a0880f48f5e23caf783b5815b900a4534d2848768c1c6cb704088989cda7&scene=21#wechat_redirect)，他在獲獎採訪中提到：作為工程師來講，很大的成就感來自於自己所做的技術被公司大範圍的使用，並且對這家公司的業務發展能起到很大的支撐作用；更大的成就感來自於自己做所的技術背後的思想、實現思路能影響到中國各大網際網路公司、企業去擁抱微服務。**隨著 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 應用的能力。

![5.png](https://ucc.alicdn.com/pic/developer-ecology/da747f81e934452bb36126ddcd14418b.png)

**無論從 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 的釋出，我們期待帶來一款向雲原生遷移友好的，對雲原生基礎設施友好的新一代服務框架體系。

![7.png](https://ucc.alicdn.com/pic/developer-ecology/108486d160064668abe65bc578201d4c.png)

未來，Dubbo 專案總的發展基調還是堅持合作開放的開源路線不動搖，追求更高質量和功能更完善的路線不動搖。目前，社群發展的重中之重是 Dubbo3.0 演進。在不久後的 9 月份， Dubbo 3.0 應用級註冊發現將在阿里巴巴內部和開源側各公司落地。這不僅是 Dubbo 邁向雲原生微服務的第一步，也是對接 K8s 註冊發現和跨框架 RPC 互通的前提。

就應用方而言，從介面級註冊發現到應用級註冊發現可以顯著降低註冊中心和客戶端的記憶體壓力。今年 雙11，雲原生服務治理規則會把 Dubbo 多年以來在大規模高併發服務治理方面的最佳實踐融入雲原生。下一代協議將基於 http2/protobuf 帶來更好的生態和 Reactive 的全面支援，柔性增強所涵蓋的自適應策略和分散式負載均衡將會在效能和穩定性上帶來更大的突破。

回到 Dubbo 重啟開源之時，生態相對薄弱 。如今，Dubbo 生態已經日益完善。

![8.png](https://ucc.alicdn.com/pic/developer-ecology/568af55c937b48599eb19ae7c51eb5fd.png)

Dubbo 豐富的擴充套件實現

比如，多語言支援已經達到 6 種，30+ 生態子專案。在 Dubbo 主動整合周邊的同時，我們也被第三方開源專案 Spring Cloud Sleuth、Zipkin、Skywalking、Envoy、tengine 等主動整合。

![9.png](https://ucc.alicdn.com/pic/developer-ecology/76b88097da40437ab6fea76a5cee8946.png)

我心中的完善是希望能夠產出一個官方推薦的 Dubbo Stack，免除使用者選擇上面的煩惱。至於 Dubbo Stack 中是否都源自阿里，我倒是抱著順其自然的態度，這還是需要資料說話，誰家的元件在生產系統中運用最廣，我們就推薦誰。總的來說，這件事情的決定權在社群和 Dubbo 使用者。
 
最後，感謝十年來 Dubbo 的使用者和社群貢獻者們，對於 Dubbo 3.0 Roadmap 中的雲原生友好的新一代 RPC 協議、應用級服務註冊發現、K8s 原生服務釋出等重磅級特性，**我們梳理了一系列前瞻的文章整理成了電子書。歡迎大家在“阿里巴巴雲原生”公眾號對話方塊回覆“Dubbo3” 獲取**。

十年再出發，Dubbo 3.0 Preview 即將在 3 月釋出

相關文章