隨著網際網路的發展，**應用的規模不斷擴大，常規的垂直應用架構已無法應對，分布式服務架構以及流動計算架構勢在必行，亟需乙個治理系統確保架構有條不紊的演進。
垂直應用架構
分布式服務架構
流動計算架構
(#)在大規模服務化之前，應用可能只是通過rmi或hessian等工具，簡單的暴露和引用遠端服務，通過配置服務的url位址進行呼叫，通過f5等硬體進行負載均衡。
(1) 當服務越來越多時，服務url配置管理變得非常困難，f5硬體負載均衡器的單點壓力也越來越大。
此時需要乙個服務註冊中心，動態的註冊和發現服務，使服務的位置透明。
並通過在消費方獲取服務提供方位址列表，實現軟負載均衡和failover，降低對f5硬體負載均衡器的依賴，也能減少部分成本。
(2) 當進一步發展，服務間依賴關係變得錯蹤複雜，甚至分不清哪個應用要在哪個應用之前啟動，架構師都不能完整的描述應用的架構關係。
這時，需要自動畫出應用間的依賴關係圖，以幫助架構師理清理關係。
(3) 接著，服務的呼叫量越來越大，服務的容量問題就暴露出來，這個服務需要多少機器支撐？什麼時候該加機器？
為了解決這些問題，第一步，要將服務現在每天的呼叫量，響應時間，都統計出來，作為容量規劃的參考指標。
Dubbo分布式服務系統
dubbo是alibaba開源的分布式服務框架，它最大的特點是按照分層的方式來架構，使用這種方式可以使各個層之間解耦合 或者最大限度地鬆耦合 從服務模型的角度來看，dubbo採用的是一種非常簡單的模型，要麼是提供方提供服務，要麼是消費方消費服務，所以基於這一點可以抽象出服務提供方 provider ...
初識分布式服務框架dubbo
dubbo是乙個分布式服務框架，以及soa治理方案。其功能主要包括 高效能nio通訊及多協議整合，服務動態定址與路由，軟負載均衡與容錯，依賴分析與降級等。dubbo底層是tcp協議的netty nio spring boot底層是http協議 dubbo的七大標籤 config 配置層，對外配置介面...
分布式 Dubbo服務化建議
分包 建議將服務介面，服務模型，服務異常等均放在api包中，因為服務模型及異常也是api的一部分。粒度 服務介面盡可能大粒度，每個服務方法應代表乙個功能，而不是某功能的乙個步驟，否則將面臨分布式事務問題，dubbo暫未提供分布式事務支援。服務介面建議以業務場景為單位劃分，並對相近業務做抽象，防止介面...