軟體專案架構的演變(傳統架構和麵向服務架構的比較)
阿新 • • 發佈:2019-02-06
普通架構
專案部署特點:
1) 專案和資料庫都在同一個伺服器。
2) 專案使用技術:jsp/servlet,ssh,ssm框架。
缺點:
1) 併發量太小:1-10
2) 容錯性差。
思考:
1) 專案程式碼優化。(提高專案效能)
2) 擴充套件伺服器。(提高專案併發能力)
擴充套件架構
特點:
專案和資料庫拆分單獨部署一臺伺服器
缺點:
1)併發量滿足不了業務增長需要:200
叢集伺服器
特點:
專案採用叢集部署,大大提高併發能力。
思考:
1)請求分發那一臺伺服器?nginx
2)Session共享?tomcat廣播,redis的Session共享。
負載均衡
部署特點:
Nginx分發請求。負載均衡。
請求併發量:1000
面向服務架構
把專案拆分:表現層(war),服務層(war).表現層呼叫服務層物件
遠端呼叫
1)webservice
2)dubbo(服務治理)
此時web層需要呼叫遠端服務端服務,涉及到遠端呼叫。使用傳統的webservice,或者是其他的遠端呼叫技術已經不能滿足伺服器訪問量增大的需求。因此現在網際網路高併發量的情況下,使用服務中介軟體治理技術(dubbo)治理服務。提高併發量。
部署特點:
1)表現層和服務層拆分
2)表現層和服務層需要進行遠端呼叫
a) Webservice(不使用)
b) Dubbo
優點:
解決高併發:併發量:10000+