1. 程式人生 > >Dubbo框架應用之(一)--服務體系

Dubbo框架應用之(一)--服務體系

white 部件 esp 恢復 fonts resp auto zh-cn 通過


Dubbo 是阿裏巴巴公司開源的一個高性能優秀的服務框架,使得應用可通過高性能的 RPC 實現服務的輸出和輸入功能,能夠和 Spring框架無縫集成,也是一個很全面的SOA基礎框架。其是阿裏巴巴SOA服務化治理方案的核心框架。每天為2,000+個服務提供3,000,000,000+次訪問量支持,並被廣泛應用於阿裏巴巴集團的各成員網站.


下面的四個階段能夠用官方的Dubbo架構路線圖來概括,

技術分享



主要核心部件:

  • Remoting: 網絡通信框架,實現了 sync-over-async 和 request-response 消息機制.

  • RPC: 一個遠程過程調用的抽象,支持負載均衡、容災和集群功能

  • Registry:

    服務文件夾框架用於服務的註冊和服務事件公布和訂閱


工作原理

技術分享


  • Provider

    • 暴露服務方稱之為“服務提供者”。

  • Consumer

    • 調用遠程服務方稱之為“服務消費者”。

  • Registry

    • 服務註冊與發現的中心文件夾服務稱之為“服務註冊中心”。

  • Monitor

    • 統計服務的調用次調和調用時間的日誌服務稱之為“服務監控中心”。


(1) 連通性:

  • 註冊中心負責服務地址的註冊與查找,相當於文件夾服務,服務提供者和消費者僅僅在啟動時與註冊中心交互,註冊中心不轉發請求,壓力較小

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

  • 服務提供者向註冊中心註冊其提供的服務,並匯報調用時間到監控中心,此時間不包括網絡開銷

  • 服務消費者向註冊中心獲取服務提供者地址列表。並依據負載算法直接調用提供者。同一時候匯報調用時間到監控中心,此時間包括網絡開銷

  • 註冊中心,服務提供者。服務消費者三者之間均為長連接。監控中心除外

  • 註冊中心通過長連接感知服務提供者的存在,服務提供者宕機。註冊中心將馬上推送事件通知消費者

  • 註冊中心和監控中心所有宕機,不影響已執行的提供者和消費者,消費者在本地緩存了提供者列表

  • 註冊中心和監控中心都是可選的,服務消費者能夠直連服務提供者



(2) 健狀性:

  • 監控中心宕掉不影響使用,僅僅是丟失部分採樣數據

  • 數據庫宕掉後,註冊中心仍能通過緩存提供服務列表查詢,但不能註冊新服務

  • 註冊中心對等集群,隨意一臺宕掉後,將自己主動切換到還有一臺

  • 註冊中心所有宕掉後。服務提供者和服務消費者仍能通過本地緩存通訊

  • 服務提供者無狀態。隨意一臺宕掉後,不影響使用

  • 服務提供者所有宕掉後,服務消費者應用將無法使用,並無限次重連等待服務提供者恢復




(3) 伸縮性:

  • 註冊中心為對等集群。可動態添加機器部署實例,所有client將自己主動發現新的註冊中心

  • 服務提供者無狀態,可動態添加機器部署實例,註冊中心將推送新的服務提供者信息給消費者


接下裏依據項目中的應用會層層深入……


技術分享

Dubbo框架應用之(一)--服務體系