Dubbo初步接觸

Dubbo 是阿里巴巴公司開源的一個高性能優秀的服務框架,使得應用可經過高性能的 RPC 實現服務的輸出和輸入功能,能夠和 Spring 框架無縫集成,是一個分佈式服務框架,致力於提供高性能和透明化得RPC遠程服務調用方案,以及SOA服務治理方案。
其核心部分包含:
1. 遠程通信: 提供對多種基於長鏈接的NIO框架抽象封裝,包括多種線程模型,序列化,以及「請求-響應」模式的信息交換方式。
2. 集羣容錯: 提供基於接口方法的透明遠程過程調用,包括多協議支持,以及軟負載均衡,失敗容錯,地址路由,動態配置等集羣支持。
3. 自動發現: 基於註冊中心目錄服務,使服務消費方能動態的查找服務提供方,使地址透明,使服務提供方能夠平滑增長或減小機器。算法

dubbo架構圖以下所示:數據庫



節點角色說明:
緩存

Provider:暴露服務的服務提供方,即服務提供者網絡

Consumer:調用遠程服務的消費方,即服務消費者架構

Registry:服務註冊與發現的服務註冊中心,即服務註冊中心負載均衡

Monitor:統服務的調用次數和調用時間,即服務監控中心框架

調用關係說明:分佈式

  1. 服務提供者在啓動時,向服務註冊中心註冊本身能提供的服務
    ide

  2. 服務消費者在啓動時,向服務註冊中心訂閱本身所須要的服務性能

  3. 服務註冊中心返回服務提供者的地址列表給服務消費者,若是有變動,服務註冊中心將基於長鏈接推送變動數據給服務消費者

  4. 服務消費者從服務提供者的地址列表中,基於軟負載均衡的算法選擇一臺服務提供者進行調用,若是調用失敗,再選擇另外一臺調用。

  5. 服務消費者和服務提供者在內存z種累計調用次數和調用時間定時發送一次統計數據到服務監控中心。


特色:

  1. 連通性:

    1. 註冊中心負責服務地址的註冊和查找,至關於目錄服務,服務提供者和消費者只在啓動時與註冊中心交互,註冊中心不轉發請求,壓力較小

    2. 監控中心統計時先在內存彙總後每分鐘一次發送到監控中心,並以報表展現

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

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

    5. 註冊中心,服務提供者,服務消費者三者之間均爲長鏈接,監控中心除外

    6. 註冊中心經過長鏈接感知服務提供者的存在,服務提供者宕機,註冊中心將當即推送事件通知消費者

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

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

  2. 健壯性:

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

        b. 數據庫宕掉後註冊中心仍能經過緩存提供服務列表查詢,可是不能註冊新服務

        c.註冊中心對等集羣,任意一臺宕掉後將自動切換到另外一臺

        d.註冊機所有宕掉後,服務提供者和消費者仍能經過本地緩存通信

        e.服務提供者無狀態,任意一臺宕掉後不影響使用

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

  3. 伸縮性:

        a.註冊中心爲對等集羣,可動態增長機器部署實例,全部客戶端將自動發現新的註冊中心

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

相關文章
相關標籤/搜索