spring cloud
SpringCloud是基於SpringBoot提供了一套微服務解決方案，它利用Spring Boot的開發便利性巧妙地簡化了分佈式系統基礎設施的開發，如服務發現註冊、配置中心、消息總線、負載均衡、斷路器、數據監控等，都可以用Spring Boot的開發風格做到一鍵啓動和部署。Spring Cloud並沒有重複製造輪子，它只是將目前各家公司開發的比較成熟、經得起實際考驗的服務框架組合起來，通過Spring Boot風格進行再封裝屏蔽掉了複雜的配置和實現原理，最終給開發者留出了一套簡單易懂、易部署和易維護的分佈式系統開發工具包。
單體架構與微服務
先看一下示意圖：
Springboot單體應用在項目的開發初期能夠滿足我們需求，這種
單體架構優點
非常的明顯：
容易測試：本地就可以起完整的系統，不需要外部依賴。
容易開發：我們只需引入依賴，選擇框架便可快速開發。
易於部署：單體架構部署也較簡單，直接打包即可。
易於水平伸縮：這裏的伸縮是指當我們需要部署多個服務器時也比較方便。
相應的，
單體架構的缺點
也是顯然的：
代碼膨脹，難以維護：代碼越來越多，開發人員也就越來越多，一旦出現bug，定位、修復成本很高，而且人員太多，代碼都放在一起，容易引起衝突，且由於業務集中在一起，業務複雜，很難全局把握，改一個bug可能會再多出兩個bug。
構建、部署成本大：項目太大，構建和部署就會非常慢，效率低下。
上手困難：代碼過於集中，導致業務非常複雜，新人想要上手變得非常困難。
技術創新困難：代碼過於集中，我們很難使用到新技術，因爲改動實在太大，容易出現問題。
可擴展性差：這裏的可擴展性是指因爲項目都必須部署在一臺服務器中，那項目所要的資源會越來越大，這樣我們只能擴展硬件（集羣可以分散壓力，但是單個應用所要的資源還是不能少的）。
微服務的出現就是爲了解決這些問題，微服務將系統拆分成一個個小服務（一般是按照模塊進行拆分，比如用戶服務、支付服務、訂單服務、出入庫服務等），即使業務量增加，我們也可以通過新增服務的形式來解決，這樣代碼就不會膨脹，構建、部署也不是問題。由於服務不在一個框架中，那麼我們可以很方便的對某一個服務進行技術創新，對一個服務的進行技術升級改動不會太大，而當我們有新技術產生時，我們就可以也可以應用到新服務中。
微服務比較通用的理解是：
使用一套小服務來開發單個應用的方式，每個服務運行在獨立的進程裏，一般採用輕量級的通訊機制互聯，並且它們可以通過自動化方式部署。
微服務的特徵：
微服務是由一系列的小服務共同組成的；
每個微服務都有自己獨立的進程；
每個服務都是獨立的業務開發，單一原則；
每個服務都能獨立的部署（一般部署在容器中）；
微服務之間通過輕量級通信機制進行通信；
分佈式的管理。
從上圖可以看出每個微服務都有自己獨立的數據庫，每個服務都會暴露自己的REST API 給外部調用，服務之間會存在互相調用關係，而每個服務都有可能被客戶端直接調用，另外我們看到還有一個API Gateway,這是統一個服務接口，它通常可以有以下作用：
提供統一服務入口，讓微服務對前臺透明；
聚合後臺的服務，節省流量，提升性能；
提供安全，過濾，流控等API管理功能。
微服務的優缺點
微服務的優點很多，微服務的優點其實就是單體架構的缺點的反面，因爲微服務本身就是來解決單體架構問題的。
優點
獨立性：微服務從構建、部署，擴容、縮容、甚至數據庫都是獨立的，服務只要管理好自己就可以，這樣就極大的降低了系統的複雜性。服務完全獨立之後，從構建到部署，到後期的擴容縮容都會變得簡單，基本就解決單體架構上碰到的很多問題。
敏捷性：敏捷性是針對開發人員來講的，服務拆分之後，可以獨立專一開發，開發人員可以通過API快速的瞭解本服務的業務，互相之間並不影響。
技術棧靈活：微服務可以完全獨立的擁有技術棧，只需要保證提供的服務API不變，內部使用何種技術棧很靈活。
缺點
服務的拆分：服務如何拆分其實是非常重要且複雜的，服務拆分的太大或太小都不合適，這需要我們有非常豐富的經驗，而這個在單體中是不存在的。
數據一致性：單體架構中只有一個數據庫，我們可以通過事務解決多表之間數據的一致性，而在微服務中，每個服務中都有自己獨立的數據庫，要保證服務之間的數據一致性也是一個大的挑戰。
服務間通信成本：服務間互相通信也需要時間成本。
測試複雜性提高：服務之間存在依賴，那麼測試時就必須啓動這些依賴，這就增加了複雜度。
運維部署複雜性提高：微服務應用由大量服務組成，每個服務會起多個實例，要進行配置，部署，擴展和監控。此外，還需要實現服務發現機制。