介紹Spring Cloud微服務架構
Spring Cloud作為一套微服務治理的框架，幾乎考慮到了微服務治理的方方面面，之前也寫過一些關於Spring Cloud文章，主要偏重各組件的使用，本次分享主要解答這兩個問題：Spring Cloud在微服務的架構中都做了哪些事情？Spring Cloud提供的這些功能對微服務的架構提供了怎樣的便利？
傳統架構發展史
單體架構
單體架構在小微企業比較常見，典型代表就是一個應用、一個數據庫、一個web容器就可以跑起來，比如我們開發的開源軟件雲收藏，就是標準的單體架構。
在兩種情況下可能會選擇單體架構：一是在企業發展的初期，為了保證快速上線，采用此種方案較為簡單靈活；二是傳統企業中垂直度較高，訪問壓力較小的業務。在這種模式下對技術要求較低，方便各層次開發人員接手，也能滿足客戶需求。
下面是單體架構的架構圖：
在單體架構中，技術選型非常靈活，優先滿足快速上線的要求，也便於快速跟進市場。
垂直架構
在單體架構發展一段時間後，公司的業務模式得到了認可，交易量也慢慢的大起來，這時候有些企業為了應對更大的流量，就會對原有的業務進行拆分，比如說：後臺系統、前端系統、交易系統等。
在這一階段往往會將系統分為不同的層級，每個層級有對應的職責，UI層負責和用戶進行交互、業務邏輯層負責具體的業務功能、數據庫層負責和上層進行數據交換和存儲。
下面是垂直架構的架構圖：
在這個階段SSH（struts+spring+hibernate）是項目的關鍵技術，Struts負責web層邏輯控制、Spring負責業務層管理Bean、Hibernate負責數據庫操作進行封裝，持久化數據。
服務化架構
如果公司進一步的做大，垂直子系統會變的越來越多，系統和系統之間的調用關系呈指數上升的趨勢。在這樣的背景下，很多公司都會考慮服務的SOA化。SOA代表面向服務的架構，將應用程序根據不同的職責劃分為不同的模塊，不同的模塊直接通過特定的協議和接口進行交互。這樣使整個系統切分成很多單個組件服務來完成請求，當流量過大時通過水平擴展相應的組件來支撐，所有的組件通過交互來滿足整體的業務需求。
SOA服務化的優點是，它可以根據需求通過網絡對松散耦合的粗粒度應用組件進行分布式部署、組合和使用。服務層是SOA的基礎，可以直接被應用調用，從而有效控制系統中與軟件代理交互的人為依賴性。
服務化架構是一套松耦合的架構，服務的拆分原則是服務內部高內聚，服務之間低耦合。
下面是服務化架構圖：
在這個階段可以使用WebService或者dubbo來服務治理。源碼來源
介紹Spring Cloud微服務架構