Dubbo架构的特点
連通性
1、注冊中心
負責服務地址的注冊于查找
相當于目錄服務,服務提供者與消費者
只在啟動時與注冊中心交互,注冊中心不轉發請求,壓力較小
2、監控中心
負責統計各服務調用次數,調用時間等
統計先在內存匯總后,每分鐘一次發送到監控中心服務器,并以報表展示
3、服務提供者
向注冊中心,注冊其提供的服務
并匯報調用時間到監控中心,此時間不包含網絡開銷
4、服務消費者
向注冊中心,獲取服務提供者地址列表
并根據負載算法,直接調用提供者,同時
匯報調用時間到監控中心,此時間包含網絡開銷
5、注冊中心、服務提供者、服務消費者
三者之間均為長連接,監控中心除外
6、注冊中心
通過長連接,感知服務提供者的存在
服務提供者宕機,注冊中心將立即推動事件通知消費者
7、注冊中心與監控中心,全部宕機
不影響已運行的提供者和消費者,消費者在本地緩存了提供者列表
8、注冊中心與監控中心,都是可選的
服務消費者可以直連服務提供者
健壯性
1、監控中心,宕掉不影響使用
只是丟失部分采樣數據
2、數據庫宕掉后,注冊中心仍能通過緩
提供服務列表查詢,當不能注冊新的服務
3、注冊中心,對等集群
任意一臺宕掉后,將自動切換到另一臺
4、注冊中心,全部宕掉后
服務提供者和服務消費者,仍能通過本地緩存通訊
5、服務提供者,無狀態
任意一臺宕掉后,不影響使用
6、服務提供者,全部宕掉后
服務消費者應用,將無法使用,并無限次重連等待服務提供者恢復
伸縮性
1、注冊中心,對等集群
可動態增加機器部署實例,所有客戶端,將自動發現新的注冊中心
2、服務提供者,無狀態
可動態增加機器部署實例,注冊中心將推動新的服務提供者信息給消費者
升級性
當服務集群規模進一步擴大,帶動治理結構進一步升級
需要實現動態部署,進行流量計算,現有分布式服務架構不會帶來阻力
總結
以上是生活随笔為你收集整理的Dubbo架构的特点的全部內容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: Dubbo的架构
- 下一篇: Maven配置ali镜像