1.企業級應用架構演化
1.1.架構演化圖
?
1.2.文字描述
#單一應用架構當網站流量很小時,只需一個應用,將所有功能都部署在一起,以減少部署節點和成本#垂直應用架構當訪問量逐漸增大,單一應用增加機器帶來的加速度越來越小,將應用拆成互不相干的幾個應用,以提升效率#分布式服務架構當垂直應用越來越多,應用之間交互不可避免,將核心業務抽取出來,作為獨立的服務,逐漸形成穩定的服務中心,使前端應用能更快速的響應多變的市場需求#流動計算架構當服務越來越多,容量的評估,小服務資源的浪費等問題逐漸顯現,此時需增加一個調度中心基于訪問壓力實時管理集群容量,提高集群利用率#整個演化路徑理解:單節點應用-->集群應用-->分布式應用-->服務治理
?
2.服務治理解決方案
#1.服務規模小的解決方案通過RMI或者hessian工具,簡單暴露和引用遠程服務,通過配置服務url進行調用即可#2.大規模服務化解決方案#2.1.需求a.如果服務越來越多,配置管理服務url變得非常困難。此時,需要一個服務注冊中心,動態注冊和發現服務b.如果服務之間依賴關系復雜,甚至難以理清應用之間啟動的先后順序。此時,需要一個服務自動管理c.如果服務的調用量越來越大,如何評估服務的容量?需要多少臺機器?此時,需要一個服務容量規劃和管理#2.2.方案服務治理框架:dubbo、spring cloud
?