阿里巴巴開源服務框架 Dubbo 2.0.10 發布

openkk 13年前發布 | 18K 次閱讀 Java

Dubbo是阿里巴巴SOA服務化治理方案的核心框架,每天為1,000+個服務提供1,000,000,000+次訪問量支持,并被廣泛應用于阿里巴巴集團的各成員站點。

Dubbo 是阿里巴巴公司開源的一個高性能優秀的服務框架,使得應用可通過高性能的 RPC 實現服務的輸出和輸入功能,可以和 Spring框架無縫集成。
主要核心部件:
  • Remoting: 網絡通信框架,實現了 sync-over-async 和 request-response 消息機制.
  • RPC: 一個遠程過程調用的抽象,支持負載均衡、容災和集群功能
  • Registry: 服務目錄框架用于服務的注冊和服務事件發布和訂閱

Dubbo工作原理

阿里巴巴開源服務框架 Dubbo 2.0.10 發布

  • Provider
    • 暴露服務方稱之為“服務提供者”。
    </li>
  • Consumer
    • 調用遠程服務方稱之為“服務消費者”。
    • </ul> </li>
    • Registry
      • 服務注冊與發現的中心目錄服務稱之為“服務注冊中心”。
      • </ul> </li>
      • Monitor
        • 統計服務的調用次調和調用時間的日志服務稱之為“服務監控中心”。
        • </ul> </li> </ul>

          (1) 連通性:

          • 注冊中心負責服務地址的注冊與查找,相當于目錄服務,服務提供者和消費者只在啟動時與注冊中心交互,注冊中心不轉發請求,壓力較小
          • 監控中心負責統計各服務調用次數,調用時間等,統計先在內存匯總后每分鐘一次發送到監控中心服務器,并以報表展示
          • 服務提供者向注冊中心注冊其提供的服務,并匯報調用時間到監控中心,此時間不包含網絡開銷
          • 服務消費者向注冊中心獲取服務提供者地址列表,并根據負載算法直接調用提供者,同時匯報調用時間到監控中心,此時間包含網絡開銷
          • 注冊中心,服務提供者,服務消費者三者之間均為長連接,監控中心除外
          • 注冊中心通過長連接感知服務提供者的存在,服務提供者宕機,注冊中心將立即推送事件通知消費者
          • 注冊中心和監控中心全部宕機,不影響已運行的提供者和消費者,消費者在本地緩存了提供者列表
          • 注冊中心和監控中心都是可選的,服務消費者可以直連服務提供者

          (2) 健狀性:

          • 監控中心宕掉不影響使用,只是丟失部分采樣數據
          • 數據庫宕掉后,注冊中心仍能通過緩存提供服務列表查詢,但不能注冊新服務
          • 注冊中心對等集群,任意一臺宕掉后,將自動切換到另一臺
          • 注冊中心全部宕掉后,服務提供者和服務消費者仍能通過本地緩存通訊
          • 服務提供者無狀態,任意一臺宕掉后,不影響使用
          • 服務提供者全部宕掉后,服務消費者應用將無法使用,并無限次重連等待服務提供者恢復

          (3) 伸縮性:

          • 注冊中心為對等集群,可動態增加機器部署實例,所有客戶端將自動發現新的注冊中心
          • 服務提供者無狀態,可動態增加機器部署實例,注冊中心將推送新的服務提供者信息給消費者

          2011-12-28發布最新可靠版本2.0.10,該版本修改增加內容如下:

          Bug

          • [DUBBO-70] - 修復Cluster層傳遞RpcException的ErrorCode
          • [DUBBO-101] - 增加init屬性確定是否在afterpropertiesSet時饑餓初始化
          • [DUBBO-124] - telnet 向上鍵失效
          • [DUBBO-131] - telnet 緩存問題,歷史記錄沒有設置上限。
          • [DUBBO-132] - bytecode包的Wrapper的反射方法調用,提供方沒有重載的方法時,當提供多余的參數時,多余參數會被忽略(應該報錯)
          • [DUBBO-141] - 共享連接后,不能使用連接上保存的服務信息,否則多服務時會有問題
          • [DUBBO-142] - DubboCodec在獲取函數時沒有判斷$invoke和$echo等特殊函數
          • [DUBBO-144] - 擴展點加載失敗(如依賴的三方庫運行時沒有),如擴展點沒有用到,則加載不要報錯(在使用到時報錯)
          • [DUBBO-146] - 調用的返回值在Provider端序列化失敗(如傳輸對象沒有實現Serialiable接口),Provider端也沒有異常輸出,Consumer端超時出錯
          • [DUBBO-148] - telnet請求沒有終結,死循環發送消息
          • [DUBBO-152] - RegistryDirectory在unsubscribe之后再標記為destroyed,否則unsubscribe會失敗
          • [DUBBO-155] - zookeeper注冊的時候拋ConnectionLoss異常
          • [DUBBO-157] - 配置加載時對${user.home}等占位符沒有替換
          • [DUBBO-158] - Config類的toString方法顯示的標簽名不對

          Improvement

          • [DUBBO-113] - registry客戶端緩存采用ip作為key
          • [DUBBO-145] - 服務方法調用重試過程中輸出引起重試異常的日志
          • [DUBBO-147] - 通過RpcContext可以獲得所有嘗試過的Invoker
          • [DUBBO-149] - 未配name時,生成的缺省id也應為dubbo,便于-D參數覆蓋
          • [DUBBO-153] - telnet增加--no-prompt參數,用于nc獲取信息時不顯示提示符
          • [DUBBO-159] - URL基于host自動添加anyhost和localhost參數
          • [DUBBO-160] - 給Multicast和Zookeeper注冊中心URL增加缺省端口

          Task

          • [DUBBO-134] - -D覆蓋xml,xml覆蓋properties測試
          • [DUBBO-151] - Demo中使用分離的配置
          • [DUBBO-156] - 拆分remoting的p2p子模塊

           本文由用戶 openkk 自行上傳分享,僅供網友學習交流。所有權歸原作者,若您的權利被侵害,請聯系管理員。
           轉載本站原創文章,請注明出處,并保留原始鏈接、圖片水印。
           本站是一個以用戶分享為主的開源技術平臺,歡迎各類分享!