2018年1月8日夜間，Dubbo 創始人之一梁飛在 Dubbo 交流群裡透露了 Dubbo 3.0 正在動工的訊息。百度百科上說：Dubbo是阿里巴巴公司開源的一個高效能優秀的服務框架，使得應用可透過高效能的 RPC 實現服務的輸出和輸入功能，可以和Spring框架無縫整合。知乎上的答友說：1. Dubbo負載均衡是對外提供一個公共地址，請求過來時透過輪詢、隨機等，路由到不同server。目的分攤壓力。失效備援是發現一臺server掛了，就讓另外一臺去服務了。跟餐館換個服務員繼續招待你一樣；2. Dubbo是Java下的一套RPC框架(soa思想)，作用就是統一管理配置，各個系統服務間的呼叫。dubbo在淘寶也是解決他們實際問題的，不一定適合其他。 另外各家公司也都有大同小異的實現，所以沒多少人用、也就沒多少介紹。原理就是： A系統呼叫B系統介面服務， 後面就是怎麼把這個流程，動態化(zookeeper通知)、許可權化、配置化、低耦合化、自動化。總之：Dubbo是一個分散式服務框架，致力於提供高效能和透明化的RPC遠端服務呼叫方案，以及SOA服務治理方案。簡單的說，dubbo就是個服務框架，如果沒有分散式的需求，其實是不需要用的，只有在分散式的時候，才有dubbo這樣的分散式服務框架的需求。據瞭解，新的 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真正完成涅磐重生！Dubbo GitHub地址：https://github.com/alibaba/dubbo（本資訊同步釋出於：https://mp.weixin.qq.com/s/PpH9xoj0FZAbjKHkA57AAw，http://www.52im.net/article-282-1.html）
2018年1月8日夜間，Dubbo 創始人之一梁飛在 Dubbo 交流群裡透露了 Dubbo 3.0 正在動工的訊息。百度百科上說：Dubbo是阿里巴巴公司開源的一個高效能優秀的服務框架，使得應用可透過高效能的 RPC 實現服務的輸出和輸入功能，可以和Spring框架無縫整合。知乎上的答友說：1. Dubbo負載均衡是對外提供一個公共地址，請求過來時透過輪詢、隨機等，路由到不同server。目的分攤壓力。失效備援是發現一臺server掛了，就讓另外一臺去服務了。跟餐館換個服務員繼續招待你一樣；2. Dubbo是Java下的一套RPC框架(soa思想)，作用就是統一管理配置，各個系統服務間的呼叫。dubbo在淘寶也是解決他們實際問題的，不一定適合其他。 另外各家公司也都有大同小異的實現，所以沒多少人用、也就沒多少介紹。原理就是： A系統呼叫B系統介面服務， 後面就是怎麼把這個流程，動態化(zookeeper通知)、許可權化、配置化、低耦合化、自動化。總之：Dubbo是一個分散式服務框架，致力於提供高效能和透明化的RPC遠端服務呼叫方案，以及SOA服務治理方案。簡單的說，dubbo就是個服務框架，如果沒有分散式的需求，其實是不需要用的，只有在分散式的時候，才有dubbo這樣的分散式服務框架的需求。據瞭解，新的 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真正完成涅磐重生！Dubbo GitHub地址：https://github.com/alibaba/dubbo（本資訊同步釋出於：https://mp.weixin.qq.com/s/PpH9xoj0FZAbjKHkA57AAw，http://www.52im.net/article-282-1.html）