8 日夜間，Dubbo 創始人之一梁飛在 Dubbo 交流羣裏透露了 Dubbo 3.0 正在動工的消息。
據瞭解，新的 Dubbo 內核與 Dubbo 2.0 完全不同，但它兼容 2.0。Dubbo 3.0 將以 Streaming 爲內核，而不再是 2.0 時代的 RPC，但是 RPC 會在 3.0 中變成遠程 Streaming 對接的一種可選形態。梁飛給出了一個內核接口：Streaming docking(Streaming），他說一切服務治理將圍繞這個內核接口進行擴展。而 Streaming 通道與 gRPC 類似，支持 HTTP/2，同時 REST 接口也會受到一等公民支持，但是梁飛也表示此次在通訊上的改動並不大，重點是在服務治理和編程模型上。
說到編程模型的革新，梁飛透露，此次 Dubbo 3.0 能夠開工，主要也是因爲新特性將去掉一切阻塞，以“一切同步”爲第一目標，在對 IO 密集業務的處理上，它能夠提高機器利用率，使得一半機器的成本被節省下來。他還表示，其實 Dubbo 3.0 技術選型重大變更的驅動因素，也就是降低成本，因爲在將系統服務化後，全業務線的機器都在等待返回數據，負載壓不上去，機器浪費嚴重。
這個去阻塞化的模式，其實就是使用了“反應式編程”模式（Reactive Programming），梁飛介紹，在 Dubbo 3.0 中，reactive 將成爲核心，會做到客戶端、服務端、緩存和數據庫，全程無阻塞。在數據庫上，JDBC 驅動將進行更改，同時，爲了性能，還會配合使用阿里畢玄對 JVM 協程的改造。更爲重要的是，這個重大變更，不僅體現在 Dubbo 上，它也將影響到阿里 10 年來積累的中間件。
羣裏有人問到是否會採用 Service Mesh，梁飛表示，Dubbo 3.0 將支持可選 mesh，多加一層 IPC，這主要是爲了兼容老系統；而內部則會優先嚐試內嵌模式。他說代理模式 Ops 可獨立升級框架，減少業務侵入，而內嵌模式可以帶業務測試、部署節點少、穩定性檢測方便。同時，可以將 Dubbo 3.0 啓動爲獨立進程，由 dubbo-mesh 進行 IPC，路由、負載均衡和熔斷機制將由獨立進程控制。
共同關注據說，目前Dubbo 3.0 已正式投入全職開發梯隊，初步 Runtime 已在驗證，3 月底將在線上應用投入使用。
自去年11月份阿里公開宣佈重啓維護Dubbo 之後，我們一直在關注着Dubbo 的進展。今天這樣一個小道消息的爆出，讓我們很是興奮，聊聊架構後續將持續關注，爲讀者奉上更多相關內容，歡迎關注。同時，推動技術進步，歡迎有興趣、善於寫技術框架的同學加入 Dubbo 3.0 的開發。
Dubbo GitHub地址：
https://github.com/alibaba/dubbo