1.企業(yè)級應(yīng)用架構(gòu)演化

　　1.1.架構(gòu)演化圖

?

　　1.2.文字描述

#單一應(yīng)用架構(gòu)當(dāng)網(wǎng)站流量很小時，只需一個應(yīng)用，將所有功能都部署在一起，以減少部署節(jié)點和成本#垂直應(yīng)用架構(gòu)當(dāng)訪問量逐漸增大，單一應(yīng)用增加機器帶來的加速度越來越小，將應(yīng)用拆成互不相干的幾個應(yīng)用，以提升效率#分布式服務(wù)架構(gòu)當(dāng)垂直應(yīng)用越來越多，應(yīng)用之間交互不可避免，將核心業(yè)務(wù)抽取出來，作為獨立的服務(wù)，逐漸形成穩(wěn)定的服務(wù)中心，使前端應(yīng)用能更快速的響應(yīng)多變的市場需求#流動計算架構(gòu)當(dāng)服務(wù)越來越多，容量的評估，小服務(wù)資源的浪費等問題逐漸顯現(xiàn)，此時需增加一個調(diào)度中心基于訪問壓力實時管理集群容量，提高集群利用率#整個演化路徑理解：單節(jié)點應(yīng)用-->集群應(yīng)用-->分布式應(yīng)用-->服務(wù)治理

?

2.服務(wù)治理解決方案

#1.服務(wù)規(guī)模小的解決方案通過RMI或者hessian工具，簡單暴露和引用遠程服務(wù)，通過配置服務(wù)url進行調(diào)用即可#2.大規(guī)模服務(wù)化解決方案#2.1.需求a.如果服務(wù)越來越多，配置管理服務(wù)url變得非常困難。此時，需要一個服務(wù)注冊中心，動態(tài)注冊和發(fā)現(xiàn)服務(wù)b.如果服務(wù)之間依賴關(guān)系復(fù)雜，甚至難以理清應(yīng)用之間啟動的先后順序。此時，需要一個服務(wù)自動管理c.如果服務(wù)的調(diào)用量越來越大，如何評估服務(wù)的容量？需要多少臺機器？此時，需要一個服務(wù)容量規(guī)劃和管理#2.2.方案服務(wù)治理框架：dubbo、spring cloud

?

轉(zhuǎn)載于:https://www.cnblogs.com/itall/p/10944801.html

總結(jié)

以上是生活随笔為你收集整理的企业级应用，如何实现服务化一（项目架构演化）的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。