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

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

?

　　1.2.文字描述

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

?

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

#1.服務(wù)規(guī)模小的解決方案通過RMI或者h(yuǎn)essian工具，簡單暴露和引用遠(yuǎn)程服務(wù)，通過配置服務(wù)url進(jìn)行調(diào)用即可#2.大規(guī)模服務(wù)化解決方案#2.1.需求a.如果服務(wù)越來越多，配置管理服務(wù)url變得非常困難。此時(shí)，需要一個(gè)服務(wù)注冊中心，動(dòng)態(tài)注冊和發(fā)現(xiàn)服務(wù)b.如果服務(wù)之間依賴關(guān)系復(fù)雜，甚至難以理清應(yīng)用之間啟動(dòng)的先后順序。此時(shí)，需要一個(gè)服務(wù)自動(dòng)管理c.如果服務(wù)的調(diào)用量越來越大，如何評估服務(wù)的容量？需要多少臺(tái)機(jī)器？此時(shí)，需要一個(gè)服務(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)容還不錯(cuò)，歡迎將生活随笔推薦給好友。