大規模服務化之前，應用可能只是通過rmi
或hessian
等工具，簡單的暴露和引用遠端服務，通過配置服務的
url位址進行呼叫，通過
f5等硬體進行負載均衡。
(1) 當服務越來越多時，服務
url配置管理變得非常困難，
f5硬體負載均衡器的單點壓力也越來越大。
此時需要乙個服務註冊中心，動態的註冊和發現服務，使服務的位置透明。
public void init()並通過在消費方獲取服務提供方位址列表，實現軟負載均衡和failover
，降低對
f5硬體負載均衡器的依賴，也能減少部分成本。
(2) 當進一步發展，服務間依賴關係變得錯蹤複雜，甚至分不清哪個應用要在哪個應用之前啟動，架構師都不能完整的描述應用的架構關係。
這時，需要自動畫出應用間的依賴關係圖，以幫助架構師理清理關係。
(3) 接著，服務的呼叫量越來越大，服務的容量問題就暴露出來，這個服務需要多少機器支撐？什麼時候該加機器？
為了解決這些問題，第一步，要將服務現在每天的呼叫量，響應時間，都統計出來，作為容量規劃的參考指標。
dubbo框架的理解
dobbo是alibaba開源的分布式服務框架，最大的特點就是按照分層方式來架構。使用這種方式可以使各層之間解耦合。從服務的模型來看，dubbo採用的是一種非常簡單的模型，要麼是提供方提供服務，要麼是消費方消費服務，所以基於這一點可以抽象出服務提供方 provider 和服務消費方 consumer...
我理解的dubbo
1.簡單概念 dubbo是解決分布式服務的各種問題的，比如容錯機制和負責均衡，還有遠端呼叫方法都是dubbo的核心功能 2.概念詳寫 原來的服務都是集中乙個系統乙個伺服器，所有的壓力，所以的功能都集中了容易出現問題，就有了分布式架構設計思想，將乙個所有的功能，所有的系統分擔到多台伺服器上。dubbo...
Dubbo的原理解析
dubbo是什麼？dubbo是alibaba開源的分布式服務框架，它最大的特點是按照分層的方式來架構，使用這種方式可以使各個層之間解耦合 或者最大限度地鬆耦合 從服務模型的角度來看，dubbo採用的是一種非常簡單的模型，要麼是提供方提供服務，要麼是消費方消費服務，所以基於這一點可以抽象出服務提供方 ...