微服務簡介
- 微服務架構是一項在雲中部署應用和服務的新技術。大部分圍繞微服務的爭論都集中在容器或其他技術是否能很好的實施微服務，而紅帽說API應該是重點。
微服務可以在“自己的程序”中運行，並通過“輕量級設備與HTTP型API進行溝通”。關鍵在於該服務可以在自己的程序中運行。通過這一點我們就可以將服務公開與微服務架構（在現有系統中分佈一個API）區分開來。在服務公開中，許多服務都可以被內部獨立進程所限制。如果其中任何一個服務需要增加某種功能，那麼就必須縮小進程範圍。在微服務架構中，只需要在特定的某種服務中增加所需功能，而不影響整體進程。
垂直系統VS微服務
垂直系統弊端：
1、隨着業務量得增加，複雜性逐漸變高、代碼解耦太深，不利於開發和維護
2、技術債務逐漸積累加劇，很多代碼都是爲了解決問題而開發
3、阻礙新技術得引入和使用，只能依賴於原有舊得技術框架開發
4、無法進行高可用、負載均衡、水平擴展和合理得伸縮
5、部署得服務速度會隨着代碼累積逐漸變慢、性能降低、隨着數據量增大下降
微服務架構
- 一個微服務需要有清晰得業務邊界、高度得模塊化服務化解耦。每個模塊都完成自己得功能，並且每個模塊都可以靈活得使用自己本身所需得技術，他們之間相互獨立部署運行，又可以相互進行數據通信，可以使用Rest方式，也可以使用RPC方式，更可以使用消息中間件進行消息總線處理。
微服務優缺點
優點：
擴展性強、便於開發和維護，局部修改簡單。
啓動較快、性能、壓力測試更有針對性。調節CPU、內存、磁盤IO性能等參數指標方便。
技術棧不受限制，可以使用任何技術框架、也可以選擇其他編程語言實現。
可伸縮性、可擴展性、高可用性都可控，可調節。
缺點：
運維要求比較高，需要分佈式監控、自動化部署測試等。
分佈式得複雜性、邏輯複雜、跟蹤複雜、以及分佈式事物等問題。
接口調試、模塊與模塊之間聯調測試比較複雜。
Spring Cloud 概述
Spring Cloud是一系列框架得有序集合（”肯德基繽紛全家桶”）。它利用SpringBoot得開發便利性巧妙地簡化了分佈式系統基礎設施得開發。都可以用SpringBoot得開發風格做到一鍵啓動和部署。Spring並沒有重複造輪子，知識將目前各家公司開發得比較成熟、經得起考研得服務框架組合起來，通過SpringBoot風格進行封裝屏蔽掉了複雜得配置和實現原理，最終給開發這流出一套簡單易懂、容易部署和易維護得分佈式系統開發工具包。
Spring Cloud生態各類組件，涵蓋了服務治理組件Eureka、客戶端負載均衡組件Ribbon、服務容錯保護組件Hystix、聲明式服務調用組件Fegin、API網關治理組件Zuul、分佈式配置中心組件Config、消息總線組件Bus、消息驅動組件Stream、分佈式服務跟蹤組件Sleuth。
大概瞭解Spring Cloud後，接下來開始服務治理組件Eureka代碼講解。
- 服務註冊與發現 Eureka
- 客戶端負載均衡組件Ribbon
- 服務容錯保護組件Hystix
- 分佈式配置中心組件Config
- 消息總線組件Bus
