一個(gè)高內(nèi)聚版本，所有功能部署在一起。數(shù)據(jù)訪問框架（orm）成為關(guān)鍵。這個(gè)架構(gòu)很少被人使用，幾乎接近滅絕了吧。
優(yōu)點(diǎn)：成本低，適合功能少又簡單 缺點(diǎn)：很多，比如無法適應(yīng)高流量，二次開發(fā)難，部署成本高

1.orm – 單一應(yīng)用架構(gòu)
一個(gè)高內(nèi)聚版本，所有功能部署在一起。數(shù)據(jù)訪問框架（orm）成為關(guān)鍵。這個(gè)架構(gòu)很少被人使用，幾乎接近滅絕了吧。
優(yōu)點(diǎn)：成本低，適合功能少又簡單 缺點(diǎn)：很多，比如無法適應(yīng)高流量，二次開發(fā)難，部署成本高

2.mvc架構(gòu) － 垂直應(yīng)用架構(gòu)
當(dāng)訪問量漸漸增大，慢慢演化成用的很多的mvc架構(gòu)。雖然還是所有的功能都是部署在同一個(gè)進(jìn)程中，但是可以通過雙機(jī)或者前置負(fù)載均衡來實(shí)現(xiàn)負(fù)載分流。這樣應(yīng)用也可以拆分成不同的幾個(gè)應(yīng)用，以提升性能和效率。
此時(shí)，mvc架構(gòu)用于分離前后端邏輯。一方面，有一定的模塊化。另一方面，加速和方便了開發(fā)。

3.rpc架構(gòu) － 分布式服務(wù)架構(gòu)
當(dāng)mvc垂直應(yīng)用分成不同應(yīng)用時(shí)，越來越多的情況下。不可避免的事應(yīng)用a與應(yīng)用b之間的交互。此時(shí)將核心和公共的 業(yè)務(wù)功能抽出來，作為單獨(dú)的服務(wù)，并實(shí)現(xiàn)前后端邏輯分離。
此時(shí)則就需要提高業(yè)務(wù)的復(fù)用及整合的分布式rpc框架，例如dubbo等。

4.soa架構(gòu) － 流動(dòng)計(jì)算架構(gòu)
當(dāng)rpc架構(gòu)中的服務(wù)越來越多時(shí)，服務(wù)的生命周期的管控，容量的評(píng)估等各種問題會(huì)出現(xiàn)，使服務(wù)化成為瓶頸。需要增加一個(gè)調(diào)度中心來進(jìn)行對(duì)服務(wù)管控，監(jiān)督等。

5.微服務(wù)架構(gòu)
在soa的基礎(chǔ)上，人們又提出了微服務(wù)架構(gòu)，它就是將功能分散到各個(gè)離散的服務(wù)中然后實(shí)現(xiàn)對(duì)方案的解耦。服務(wù)更原子，自治更小，然后高密度部署服務(wù)。