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) 連通性：
註冊中心負責服務地址的註冊與查找，相當於目錄服務，服務提供者和消費者只在啓動時與註冊中心交互，註冊中心不轉發請求，壓力較小
監控中心負責統計各服務調用次數，調用時間等，統計先在內存彙總後每分鐘一次發送到監控中心服務器，並以報表展示
服務提供者向註冊中心註冊其提供的服務，並彙報調用時間到監控中心，此時間不包含網絡開銷
服務消費者向註冊中心獲取服務提供者地址列表，並根據負載算法直接調用提供者，同時彙報調用時間到監控中心，此時間包含網絡開銷
註冊中心，服務提供者，服務消費者三者之間均爲長連接，監控中心除外
註冊中心通過長連接感知服務提供者的存在，服務提供者宕機，註冊中心將立即推送事件通知消費者
註冊中心和監控中心全部宕機，不影響已運行的提供者和消費者，消費者在本地緩存了提供者列表
註冊中心和監控中心都是可選的，服務消費者可以直連服務提供者
(2) 健狀性：
監控中心宕掉不影響使用，只是丟失部分採樣數據
數據庫宕掉後，註冊中心仍能通過緩存提供服務列表查詢，但不能註冊新服務
註冊中心對等集羣，任意一臺宕掉後，將自動切換到另一臺
註冊中心全部宕掉後，服務提供者和服務消費者仍能通過本地緩存通訊
服務提供者無狀態，任意一臺宕掉後，不影響使用
服務提供者全部宕掉後，服務消費者應用將無法使用，並無限次重連等待服務提供者恢復
(3) 伸縮性：
註冊中心爲對等集羣，可動態增加機器部署實例，所有客戶端將自動發現新的註冊中心
服務提供者無狀態，可動態增加機器部署實例，註冊中心將推送新的服務提供者信息給消費者
接下里根據項目中的應用會層層深入……
