如何看待阿里的dubbo項目的復活？

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）