Spring Cloud作為一套微服務治理的框架，幾乎考慮到了微服務治理的方方面面，之前也寫過一些關於Spring Cloud文章，主要偏重各元件的使用，本次分享主要解答這兩個問題：Spring Cloud在微服務的架構中都做了哪些事情？Spring Cloud提供的這些功能對微服務的架構提供了怎樣的便利？
需要了解電子商務平臺原始碼可加企鵝邱邱 一零三八七七四六二六
傳統架構發展史
單體架構
單體架構在小微企業比較常見，典型代表就是一個應用、一個資料庫、一個web容器就可以跑起來，比如我們開發的開源軟體雲收藏，就是標準的單體架構。
在兩種情況下可能會選擇單體架構：一是在企業發展的初期，為了保證快速上線，採用此種方案較為簡單靈活；二是傳統企業中垂直度較高，訪問壓力較小的業務。在這種模式下對技術要求較低，方便各層次開發人員接手，也能滿足客戶需求。
下面是單體架構的架構圖：
垂直架構
在單體架構發展一段時間後，公司的業務模式得到了認可，交易量也慢慢的大起來，這時候有些企業為了應對更大的流量，就會對原有的業務進行拆分，比如說：後臺系統、前端系統、交易系統等。
在這一階段往往會將系統分為不同的層級，每個層級有對應的職責，UI層負責和使用者進行互動、業務邏輯層負責具體的業務功能、資料庫層負責和上層進行資料交換和儲存。
下面是垂直架構的架構圖：
服務化架構
如果公司進一步的做大，垂直子系統會變的越來越多，系統和系統之間的呼叫關係呈指數上升的趨勢。在這樣的背景下，很多公司都會考慮服務的SOA化。SOA代表面向服務的架構，將應用程式根據不同的職責劃分為不同的模組，不同的模組直接通過特定的協議和介面進行互動。這樣使整個系統切分成很多單個元件服務來完成請求，當流量過大時通過水平擴充套件相應的元件來支撐，所有的元件通過互動來滿足整體的業務需求。
SOA服務化的優點是，它可以根據需求通過網路對鬆散耦合的粗粒度應用元件進行分散式部署、組合和使用。服務層是SOA的基礎，可以直接被應用呼叫，從而有效控制系統中與軟體代理互動的人為依賴性。
服務化架構是一套鬆耦合的架構，服務的拆分原則是服務內部高內聚，服務之間低耦合。
下面是服務化架構圖：
SOA和微服務的區別
其實服務化架構已經可以解決大部分企業的需求了，那麼我們為什麼要研究微服務呢？先說說它們的區別；
微服務架構強調業務系統需要徹底的元件化和服務化，一個元件就是一個產品，可以獨立對外提供服務
微服務不再強調傳統SOA架構裡面比較重的ESB企業服務匯流排
微服務強調每個微服務都有自己獨立的執行空間，包括資料庫資源。
微服務架構本身來源於網際網路的思路，因此元件對外發布的服務強調了採用HTTP Rest API的方式來進行
微服務的切分粒度會更小
總結:微服務架構是 SOA 架構思想的一種擴充套件，更加強調服務個體的獨立性、拆分粒度更小。
為什麼考慮Spring Cloud
Spring Cloud來源於Spring，質量、穩定性、持續性都可以得到保證
Spirng Cloud天然支援Spring Boot，更加便於業務落地。
Spring Cloud發展非常的快，從16年開始接觸的時候相關元件版本為1.x，到現在將要釋出2.x系列
Spring Cloud是Java領域最適合做微服務的框架。
相比於其它框架,Spring Cloud對微服務周邊環境的支援力度最大。
對於中小企業來講，使用門檻較低。
Spring Cloud 是微服務架構的最佳落地方案
以下為Spring Cloud的核心特性：
分散式/版本化配置
服務註冊和發現
路由
服務和服務之間的呼叫
負載均衡
斷路器
分散式訊息傳遞
這些特性都是由不同的元件來完成，在架構的演進過程中扮演著重要的角色。java B2B2C Springcloud仿淘寶電子商城系統