SpringCloud微服務架構和SOA架構


1,傳統的三層架構

在傳統的架構中,SSH,SSM,主要分為web 控制層,業務邏輯層,數據庫訪問層,單點項目,項目沒有拆分,所有的開發任務全部寫在一個項目中,耦合度比價高,如果程序中的一個功能出現了問題,所導致的就是整個服務掛掉。

2,SOA 架構

因為傳統項目的耦合度比較高,所以架構的發展逐步面向服務化,將共同的業務邏輯抽取出來,形成一個服務,可以供其他服務所調用,服務和服務之間的調用通過RPC遠程調用(底層就是httpclient技術)

SOA 架構中通常使用xml 實現通訊,xml 比較重,占寬帶,相對冗余,在高並發情況下,很受影響。底層是使用webservice 技術,ESB 消息總站

3,微服務架構

Springcloud 就是微服務架構,是由SOA 架構發展而來,沒有ESB 總站的傳輸方式,采用http + json 輕量級的傳輸方式

微服務的架構更加的輕量級

微服務架構中,服務的獨立性更加的強,可以有獨立數據庫,獨立的緩存、數據庫、消息隊列等資源,保障服務與服務之間更加的不受影響

微服務架構中,服務化的粒度更加的精細,所以,更加適合敏佳開發

4,springcloud微服務架構

SpringCloud 提供了一套完整的微服務解決方案,不像其他框架只是解決了微服務中某個問題。

主要可以分為:

     服務治理(注冊中心):Dubbo (阿里巴巴),Dubbox(當當網在Dubbo繼續開發的),Eureka(已經閉源了),consul

     分布式配置中心:disconf(百度)、Netfix的Archaius、360的QConf、SpringCloud、攜程的阿波羅等。

     分布式任務調度平台:xxl-job 

     服務跟蹤:hyra(京東),springcloud的sleuth等

 


免責聲明!

本站轉載的文章為個人學習借鑒使用,本站對版權不負任何法律責任。如果侵犯了您的隱私權益,請聯系本站郵箱yoyou2525@163.com刪除。



 
粵ICP備18138465號   © 2018-2025 CODEPRJ.COM