Dubbo是什么？

Dubbo是一個分布式服務(wù)框架，致力于提供高性能和透明化的RPC遠(yuǎn)程服務(wù)調(diào)用方案，以及SOA服務(wù)治理方案。

簡單的說，dubbo就是個服務(wù)框架，如果沒有分布式的需求，其實是不需要用的，只有在分布式的時候，才有dubbo這樣的分布式服務(wù)框架的需求，并且本質(zhì)上是個服務(wù)調(diào)用的東東，說白了就是個遠(yuǎn)程服務(wù)調(diào)用的分布式框架（告別Web Service模式中的WSdl，以服務(wù)者與消費者的方式在dubbo上注冊）。

其核心部分包含:

1. 遠(yuǎn)程通訊:

提供對多種基于長連接的NIO框架抽象封裝，包括多種線程模型，序列化，以及“請求-響應(yīng)”模式的信息交換方式。

2. 集群容錯:

提供基于接口方法的透明遠(yuǎn)程過程調(diào)用，包括多協(xié)議支持，以及軟負(fù)載均衡，失敗容錯，地址路由，動態(tài)配置等集群支持。

3. 自動發(fā)現(xiàn)

基于注冊中心目錄服務(wù)，使服務(wù)消費方能動態(tài)的查找服務(wù)提供方，使地址透明，使服務(wù)提供方可以平滑增加或減少機器。

Dubbo能做什么？

1.透明化的遠(yuǎn)程方法調(diào)用

就像調(diào)用本地方法一樣調(diào)用遠(yuǎn)程方法，只需簡單配置，沒有任何API侵入。

2.軟負(fù)載均衡及容錯機制

可在內(nèi)網(wǎng)替代F5等硬件負(fù)載均衡器，降低成本，減少單點。

3. 服務(wù)自動注冊與發(fā)現(xiàn)

不再需要寫死服務(wù)提供方地址，注冊中心基于接口名查詢服務(wù)提供者的IP地址，并且能夠平滑添加或刪除服務(wù)提供者。

Dubbo采用全spring配置方式，透明化接入應(yīng)用，對應(yīng)用沒有任何API侵入，只需用Spring加載Dubbo的配置即可，Dubbo基于Spring的Schema擴展進(jìn)行加載。

Dubbo的架構(gòu)和設(shè)計思路

Dubbo框架具有極高的擴展性，主要采用微核+插件體系，并且文檔齊全，很方便二次開發(fā)，適應(yīng)性極強。

Dubbo的總體架構(gòu)，如圖所示：

Dubbo框架設(shè)計一共劃分了10個層，而最上面的Service層是留給實際想要使用Dubbo開發(fā)分布式服務(wù)的開發(fā)者實現(xiàn)業(yè)務(wù)邏輯的接口層。圖中左邊淡藍(lán)背景的為服務(wù)消費方使用的接口，右邊淡綠色背景的為服務(wù)提供方使用的接口， 位于中軸線上的為雙方都用到的接口。

Dubbo框架設(shè)計一共劃分了10個層：

服務(wù)接口層（Service）：該層是與實際業(yè)務(wù)邏輯相關(guān)的，根據(jù)服務(wù)提供方和服務(wù)消費方的業(yè)務(wù)設(shè)計對應(yīng)的接口和實現(xiàn)。

配置層（Config）：對外配置接口，以ServiceConfig和ReferenceConfig為中心，可以直接new配置類，也可以通過spring解析配置生成配置類。

服務(wù)代理層（Proxy）：服務(wù)接口透明代理，生成服務(wù)的客戶端Stub和服務(wù)器端Skeleton，以ServiceProxy為中心，擴展接口為ProxyFactory。

服務(wù)注冊層（Registry）：封裝服務(wù)地址的注冊與發(fā)現(xiàn)，以服務(wù)URL為中心，擴展接口為RegistryFactory、Registry和RegistryService。可能沒有服務(wù)注冊中心，此時服務(wù)提供方直接暴露服務(wù)。

集群層（Cluster）：封裝多個提供者的路由及負(fù)載均衡，并橋接注冊中心，以Invoker為中心，擴展接口為Cluster、Directory、Router和LoadBalance。將多個服務(wù)提供方組合為一個服務(wù)提供方，實現(xiàn)對服務(wù)消費方來透明，只需要與一個服務(wù)提供方進(jìn)行交互。

監(jiān)控層（Monitor）：RPC調(diào)用次數(shù)和調(diào)用時間監(jiān)控，以Statistics為中心，擴展接口為MonitorFactory、Monitor和MonitorService。

遠(yuǎn)程調(diào)用層（Protocol）：封將RPC調(diào)用，以Invocation和Result為中心，擴展接口為Protocol、Invoker和Exporter。Protocol是服務(wù)域，它是Invoker暴露和引用的主功能入口，它負(fù)責(zé)Invoker的生命周期管理。Invoker是實體域，它是Dubbo的核心模型，其它模型都向它靠擾，或轉(zhuǎn)換成它，它代表一個可執(zhí)行體，可向它發(fā)起invoke調(diào)用，它有可能是一個本地的實現(xiàn)，也可能是一個遠(yuǎn)程的實現(xiàn)，也可能一個集群實現(xiàn)。

信息交換層（Exchange）：封裝請求響應(yīng)模式，同步轉(zhuǎn)異步，以Request和Response為中心，擴展接口為Exchanger、ExchangeChannel、ExchangeClient和ExchangeServer。

網(wǎng)絡(luò)傳輸層（Transport）：抽象mina和netty為統(tǒng)一接口，以Message為中心，擴展接口為Channel、Transporter、Client、Server和Codec。

數(shù)據(jù)序列化層（Serialize）：可復(fù)用的一些工具，擴展接口為Serialization、 ObjectInput、ObjectOutput和ThreadPool。

和淘寶HSF相比，Dubbo的特點是什么？

1.?Dubbo比HSF的部署方式更輕量

HSF要求使用指定的JBoss等容器，還需要在JBoss等容器中加入sar包擴展，對用戶運行環(huán)境的侵入性大，如果你要運行在Weblogic或Websphere等其它容器上，需要自行擴展容器以兼容HSF的ClassLoader加載，而Dubbo沒有任何要求，可運行在任何Java環(huán)境中。

2.?Dubbo比HSF的擴展性更好，很方便二次開發(fā)

一個框架不可能覆蓋所有需求，Dubbo始終保持平等對待第三方理念，即所有功能，都可以在不修改Dubbo原生代碼的情況下，在外圍擴展，包括Dubbo自己內(nèi)置的功能，也和第三方一樣，是通過擴展的方式實現(xiàn)的，而HSF如果你要加功能或替換某部分實現(xiàn)是很困難的，比如支付寶和淘寶用的就是不同的HSF分支，因為加功能時改了核心代碼，不得不拷一個分支單獨發(fā)展，HSF現(xiàn)階段就算開源出來，也很難復(fù)用，除非對架構(gòu)重寫。

3.?HSF依賴比較多內(nèi)部系統(tǒng)

比如配置中心，通知中心，監(jiān)控中心，單點登錄等等，如果要開源還需要做很多剝離工作，而Dubbo為每個系統(tǒng)的集成都留出了擴展點，并已梳理干清所有依賴，同時為開源社區(qū)提供了替代方案，用戶可以直接使用。

4.?Dubbo比HSF的功能更多

除了ClassLoader隔離，Dubbo基本上是HSF的超集，Dubbo也支持更多協(xié)議，更多注冊中心的集成，以適應(yīng)更多的網(wǎng)站架構(gòu)。

Dubbo適用于哪些場景？

1.RPC分布式服務(wù)

當(dāng)網(wǎng)站變大后，不可避免的需要拆分應(yīng)用進(jìn)行服務(wù)化，以提高開發(fā)效率，調(diào)優(yōu)性能，節(jié)省關(guān)鍵競爭資源等。

比如：為了適用不斷變化的市場需求，以及多個垂直應(yīng)用之間數(shù)據(jù)交互方便，我們把公共的業(yè)務(wù)抽取出來作為獨立的模塊，為其他的應(yīng)用提供服務(wù)，系統(tǒng)逐漸依賴于抽象和rpc遠(yuǎn)程服務(wù)調(diào)用。

2.配置管理

當(dāng)服務(wù)越來越多時，服務(wù)的URL地址信息就會爆炸式增長，配置管理變得非常困難，F5硬件負(fù)載均衡器的單點壓力也越來越大。

3.服務(wù)依賴

當(dāng)進(jìn)一步發(fā)展，服務(wù)間依賴關(guān)系變得錯蹤復(fù)雜，甚至分不清哪個應(yīng)用要在哪個應(yīng)用之前啟動，架構(gòu)師都不能完整的描述應(yīng)用的架構(gòu)關(guān)系。

4.服務(wù)擴容

接著，服務(wù)的調(diào)用量越來越大，服務(wù)的容量問題就暴露出來，這個服務(wù)需要多少機器支撐？什么時候該加機器？等等……

在遇到這些問題時，都可以用Dubbo來解決。

你可能也喜歡:

阿里P8架構(gòu)師談：從單體架構(gòu)、到SOA、再到微服務(wù)的架構(gòu)設(shè)計詳解

阿里P8架構(gòu)師談：Spring Cloud與Dubbo的詳細(xì)比較

阿里P8架構(gòu)師談：雙11秒殺系統(tǒng)如何設(shè)計？

阿里P8架構(gòu)師談：分布式Session共享的4類技術(shù)方案，與優(yōu)劣勢比較

阿里P8架構(gòu)師談：分布式架構(gòu)設(shè)計(文章合集）

阿里P8架構(gòu)師談：微服務(wù)Dubbo和SpringCloud架構(gòu)設(shè)計、優(yōu)劣勢比較

---

總結(jié)

以上是生活随笔為你收集整理的阿里P8架构师谈：Dubbo的详细介绍、设计思路、以及4大适用场景的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。