Dubbo是一個分布式服務框架，以及阿里巴巴內部的SOA服務化治理方案的核心框架。其功能主要包括：高性能NIO通訊及多協議集成，服務動態尋址與路由，軟負載均衡與容錯，依賴分析與降級等。

Dubbo核心部分包含:

• 遠程通訊:提供對多種基于長連接的NIO框架抽象封裝，包括多種線程模型，序列化，以及“請求-響應”模式的信息交換方式。
• 集群容錯:提供基于接口方法的透明遠程過程調用，包括多協議支持，以及軟負載均衡，失敗容錯，地址路由，動態配置等集群支持。
• 自動發現:基于注冊中心目錄服務，使服務消費方能動態的查找服務提供方，使地址透明，使服務提供方可以平滑增加或減少機器。

Dubbo特色：

特色1：服務注冊與發現的注冊中心Registry

注冊中心返回服務提供者地址列表給消費者，如果有變更，注冊中心將基于長連接推送變更數據給消費者。這個功能是應有之義

服務消費者，從提供者地址列表中，基于軟負載均衡算法，選一臺提供者進行調用，如果調用失敗，再選另一臺調用。這個就很好很強大了，

注冊中心的這兩個特性大大提高了系統的可用性和擴展性。注冊中心既可以采用Multicast注冊中心，也可以集成Zookeeper,也可以采用Redis，非生產環境也可以使用一個Dubbo自己實現的Simple注冊中心，非常靈活。

特色2：統計服務的調用次調和調用時間的監控中心Monitor

服務消費者和提供者，在內存中累計調用次數和調用時間，定時每分鐘發送一次統計數據到監控中心。

監控負載，排查性能瓶頸就方便多了。簡易監控中心的安裝，請參考這里。

特色3：使用上，采用全Spring配置方式，透明化接入應用，對應用沒有任何API侵入，只需用Spring加載Dubbo的配置即可，Dubbo基于Spring的Schema擴展進行加載。

特色4：開源部分中，還包含有一個管理控制臺的實現（內部裁剪版本，開源部分主要包含：路由規則，動態配置，服務降級，訪問控制，權重調整，負載均衡，等管理功能）

 Dubbo原理

簡單說明:

（1）Provider暴露服務方稱之為“服務提供者”。

服務提供者向注冊中心注冊其提供的服務，并匯報調用時間到監控中心，此時間不包含網絡開銷

（2）Consumer調用遠程服務方稱之為“服務消費者”。

服務消費者向注冊中心獲取服務提供者地址列表，并根據負載算法直接調用提供者,同時匯報調用時間到監控中心，此時間包含網絡開銷

（3）Registry服務注冊與發現的中心目錄服務稱之為“服務注冊中心”

注冊中心負責服務地址的注冊與查找，相當于目錄服務，服務提供者和消費者只在啟動時與注冊中心交互，注冊中心不轉發請求，壓力較小

（4）Monitor統計服務的調用次調和調用時間的日志服務稱之為“服務監控中心”

監控中心負責統計各服務調用次數，調用時間等，統計先在內存匯總后每分鐘一次發送到監控中心服務器，并以報表展示

調用關系說明：

服務容器負責啟動，加載，運行服務提供者。

服務提供者在啟動時，向注冊中心注冊自己提供的服務。

服務消費者在啟動時，向注冊中心訂閱自己所需的服務。

注冊中心返回服務提供者地址列表給消費者，如果有變更，注冊中心將基于長連接推送變更數據給消費者。

服務消費者，從提供者地址列表中，基于軟負載均衡算法，選一臺提供者進行調用，如果調用失敗，再選另一臺調用。

服務消費者和提供者，在內存中累計調用次數和調用時間，定時每分鐘發送一次統計數據到監控中心。

dubbo健壯性

（1）監控中心宕掉不影響使用，只是丟失部分采樣數據

（2）數據庫宕掉后，注冊中心仍能通過緩存提供服務列表查詢，但不能注冊新服務

（3）注冊中心對等集群，任意一臺宕掉后，將自動切換到另一臺

（4）注冊中心全部宕掉后，服務提供者和服務消費者仍能通過本地緩存通訊

（5）服務提供者無狀態，任意一臺宕掉后，不影響使用

（6）服務提供者全部宕掉后，服務消費者應用將無法使用，并無限次重連等待服務提供者恢復

dubbo伸縮性

（1）注冊中心為對等集群，可動態增加機器部署實例，所有客戶端將自動發現新的注冊中心

（2）服務提供者無狀態，可動態增加機器部署實例，注冊中心將推送新的服務提供者信息給消費者

以上就是動力節點小編介紹的"Dubbo框架的簡單介紹"，希望對大家有幫助，如有疑問，請在線咨詢，有專業老師隨時為您服務。