1.網站架構演變過程
從傳統架構(單點應用)→分佈式架構(以項目進行拆分)→SOA架構(面向服務架構)→微服務架構
1.1傳統架構：
其實就是ssh架構或者ssm架構，屬於單點應用，把整個開發業務模塊都會在一個項目中開發，分爲mvc架構，是模型(model)－視圖(view)－控制器(controller)的縮寫，我是15年5月來的深圳，我記得只要會ssh和ssm，找工作，隨隨便便找。而現在需要會dubbo等等分佈式技術的，當然，只會ssh或者ssm架構的也招，以前，可能沒有什麼太大的年限限制，但是現在，限制一般都是3年起步，工作年限低了,不要。
這種架構包主要分爲dao,controller,service,mapper,util
一般只適合1個人或者小團隊開發(小項目)
缺點：耦合度太高，一旦，某個模塊不可用，會影響到整個項目的不可用。
1.2分佈式架構：
分佈式架構是基於傳統架構演變而來的
假設有30多個人，對同一項目進行開發，可能有什麼問題？(本人之前帶的一個項目組，就是20來個人，負責一個項目，我們是按模塊進行劃分的)
1.代碼衝突問題， 就算按模塊拆分， 模塊與模塊肯定有交集，所以會存在代碼衝突的問題。
1.2.1什麼是分佈式架構？
分佈式架構實際上是傳統架構演變而來的，實際上，就是按模塊，把項目進行拆分成一個個子項目。如電影系統，可簡單拆分爲電影項目，用戶項目，訂單項目，支付項目等等，每個項目都有自己獨立的數據庫
1.2.2 分佈式架構和傳統架構的區別
項目粒度越來越小，越來越適合互聯網公司開發。耦合度降低
1.3 soa架構、微服務架構
soa表達面向服務架構，也可稱爲服務化，
服務概念：
將共同的業務邏輯進行拆分，拆分成獨立項目進行部署，也理解爲接口，一個個的外部接口。
注意：服務只包含業務邏輯層，不包含頁面
soa架構特點：
底層基於soap或者ESB(消息總線)，底層是採用http或者https協議
轉載：https://blog.csdn.net/qq_16855077/article/details/93618390