部分和表述來自dubbo官網下面我們介紹後面兩種，dubbo 正是處於rpc 範疇內的使用。
當垂直應用越來越多，應用之間互動不可避免，將核心業務抽取出來，作為獨立的服務，逐漸形成穩定的服務中心，使前端應用能更快速的響應多變的市場需求。此時，用於提高業務復用及整合的分布式服務框架(rpc)是關鍵。
當服務越來越多，容量的評估，小服務資源的浪費等問題逐漸顯現，此時需增加乙個排程中心基於訪問壓力實時管理集群容量，提高集群利用率。此時，用於提高機器利用率的資源排程和治理中心(soa)是關鍵。
總結一下幾個需求
學習dubbo 最常見就是這張圖了，幾個角色如下
provider ：暴露服務的服務提供方
consumer ：呼叫遠端服務的服務消費方
registry ：服務註冊與發現的註冊中心
monitor ：統計服務的呼叫次數和呼叫時間的監控中心
container ： 服務執行容器
Dubbo基礎認識
分布式架構主要存在的問題 遠端服務呼叫是實現分布式的關鍵因素.1.1.需要考慮底層網路通訊協議的處理 1.2.需要考慮序列化和反序列化的處理 大規模服務化對於服務治理的要求。2.1.服務鏈路變長,需要對服務鏈路跟蹤和監控 2.2.服務的大規模集群使得服務之間需要依賴第三方註冊中心來解決服務的發現和服...
dubbo學習（一）入門
部分內容來自dubbo官方文件 架構 呼叫關係說明 1 服務容器負責啟動，載入，執行服務提供者 2 服務提供者啟動時向註冊中心註冊自己提供的服務 3 服務消費者啟動時向註冊中心訂閱自己所需的服務 4 註冊中心返回服務提供者位址列表給消費者，如有變更，註冊中心將基於長連線推送變更資料給消費者 5 服務...
Dubbo學習記錄（一）
dubbo專案用idea搭建過程中有乙個很容易忽略的坑，容易導致服務介面和實際返回資料不一致的情況 專案結構 dubbo 父專案 主要是專案依賴 dubbo api 介面及實體類 dubbo service 服務提供者 dubbo web web專案，服務消費者 原因分析 同乙個project下面建...