一.架構演變圖
二.單一架構orm
》特點：當併發量很低時，可以採用單一架構：把各個功能系統都放在乙個工程當中，然後把工程部署到伺服器上就行了
》若併發量隨之增加，可多配置一定數量的伺服器（這只是暫時性的應對措施）
》缺點：
1.拓展麻煩。當我們需要新增新功能時，在整個專案的基礎上新增的且新增完畢後得重新打包部署到伺服器上，若伺服器一多，修改量隨之增加了
2.協調開發複雜。有可能是多個開發人員同時對整個專案進行修改，很容易出現**的衝突的問題
3.伺服器面臨壓力變大的趨勢。隨專案功能的增加，乙個工程占有的空間隨之增大，伺服器要執行該專案所承受的壓力也變大
三.垂直應用架構
》特點：將乙個工程拆解成多個子系統（模組），每個模組配置一定數量的伺服器管理
》優點：
1.模組間相對獨立。當需要修改某一模組時，並不會對其他模組有任何的改變
2.伺服器壓力的減小。根據模組的併發量，為之配置合適數量的伺服器，減少各伺服器的壓力
》缺點：
1.介面和業務邏輯耦合。當介面發生修改時，整個模組包含業務邏輯也隨之牽涉在內，很有可能讓模組老是部署到伺服器
2.不完全獨立。模組與模組間會存在大量的相互呼叫
四.分布式服務架構
》特點：將模組間的核心業務抽取出來，拆解成表現層和服務層
》優點：
1.表現層和服務層實現解耦。當表現層涉及修改時，不影響服務層
2.表現層可以根據自己的需求呼叫不同的服務，更加方便，清晰。
》缺點：
1.表現層和服務層間的呼叫錯綜複雜。
2.伺服器分配不靈活。可能會出現某一模組的多台伺服器相對閒置，另一模組的伺服器壓力過大的情況，我們是希望閒置的伺服器能夠分擔壓力
》補充內容；往往表現層呼叫服務層的服務是處於不同的伺服器（計算機）上的，不同的伺服器之間的呼叫功能需要遵守rpc（遠端過程呼叫）協議
五.流動計算架構
》特點：可以根據伺服器壓力的情況，靈活調配伺服器執行相應的功能或模組
WEB應用服務架構的演變（掃盲）
1 一道面試題的背景引入 各位在面試的時候很容易會被問到，你們的系統是怎麼處理高併發的場景的？讓很多人頭疼不已，今天就給大家科普一下。2 先考慮乙個最簡單的系統架構 簡單的架構，單機部署,單資料庫。差不多每秒十次左右。此時假設你的系統使用者量總共就10萬左右。分攤到每一秒也就 10次。完全不用考慮併...
系統架構的演變
橫向擴充套件 也叫 水平擴充套件，用更多的節點支撐更大量的請求，多台機器協同合作，如成千上萬的螞蟻完成一項搬運工作。縱向擴充套件 又叫 垂直擴充套件，擴充套件乙個點的能力支撐更大的請求，在一台機新增cpu,記憶體條等。如蜘蛛俠逼停火車。分布式 同一業務拆分後，由多台機器分別執行。這些機器之間，需要溝...
微服務架構的演變
架構的演進 微服務 分布式關係 微服務 分布式理解 引言 單體架構 monolithic 缺點 留白 soa 架構 service oriented architecture 你說了這麼多，但我還是不知道soa是個什麼鬼啊？你能說的通熟易懂點兒麼？有什麼優點嗎？說了這麼多優點，不可能一點缺點都沒有吧...