一、基礎組件總結 1、文章閱讀目錄 1)、基礎組件 "Eureka組件，服務註冊與發現" "Ribbon和Feign組件，實現負載均衡" "Hystrix組件，實現服務熔斷" "Turbine組件，實現微服務集群監控" "Zuul組件，實現路由網關控制" "Config組件，實現配置統一管理" "Z ...
一、基礎組件總結
1、文章閱讀目錄
1)、基礎組件
2)、應用案例
基於SpringCloud實現Shard-Jdbc的分庫分表擴容
3)、後續更新
該案例主要基於SpringCloud2版本，演示微服務在實際開發中的應用。
<modules>
<!-- 客戶端介面層 -->
<module>storey-client-web</module>
<!-- 公共代碼塊層 -->
<module>storey-block-code</module>
<!-- 中間件管理層 -->
<module>storey-middle-soft</module>
<!-- 數據 中 心層 -->
<module>storey-data-center</module>
<!-- 微服務組件層 -->
<module>storey-cloud-ware</module>
</modules>採用版本
- Spring： 5.0+
- SpringBoot： 2.0+
- SpringCloud: 2.0+
2、常用組件概念
- Eureka組件
Eureka是一種基於REST的服務，主要用於AWS雲，用於定位服務，以實現中間層伺服器的負載平衡和故障轉移。此服務稱為EurekaServer。客戶端組件EurekaClient，它使與服務的交互變得更加容易。
- Ribbon和Feign組件
Ribbon是一個客戶端的負載均衡（Load Balancer，簡稱LB）器，它提供對大量的HTTP和TCP客戶端的訪問控制。
Feign 是一個聲明式的 Web Service 客戶端。它的出現使開發 Web Service 客戶端變得很簡單。使用 Feign 只需要創建一個介面加上對應的註解，比如：@FeignClient 介面類註解。
- Hystrix組件
微服務架構中某個微服務發生故障時，要快速切斷服務，提示用戶，後續請求，不調用該服務，直接返回，釋放資源，這就是服務熔斷。
- Turbine組件
微服務架構中為了保證程式的可用性，防止程式出錯導致網路阻塞，出現了斷路器模型。斷路器的狀況反應程式的可用性和健壯性，它是一個重要指標。HystrixDashboard是作為斷路器狀態的一個組件，提供了數據監控和直觀的圖形化界面。
- Zuul組件
Zuul 網關主要提供動態路由，監控，彈性，安全管控等功能。在分散式的微服務系統中，系統被拆為了多個微服務模塊，通過zuul網關對用戶的請求進行路由，轉發到具體的後微服務模塊中。
- Config組件
在微服務系統中，服務較多，相同的配置：如資料庫信息、緩存、參數等，會出現在不同的服務上，如果一個配置發生變化，需要修改很多的服務配置。spring cloud提供配置中心，來解決這個場景問題。
- Zipkin組件
Zipkin是SpringCloud微服務系統中的一個組件，實現了鏈路追蹤解決方案。可以定位一個請求到底請求了哪些具體的服務。在複雜的微服務系統中，如果請求發生了異常，可以快速捕獲問題所在的服務。
二、Boot 對比Cloud
SpringBoot專註於快速開發單個微服務。SpringCloud是關註全局的微服務協調框架，它將SpringBoot開發的單個微服務整合管理，併為微服務之間提供，配置管理、服務發現、斷路器、路由網關等集成服務，SpringCloud依賴SpringBoot。
三、Dubbo對比Cloud
1、調用方式對比
服務調用方式是 Dubbo 和 Spring Cloud 重要不同點,熟悉RPC/HTTP/REST概念，有助對比 Dubbo 和SpringCloud。RPC 是遠端過程調用，其調用協議通常包含傳輸協議和編碼協議。RPC調用是面向服務的封裝，針對服務的可用性和效率等都做了優化。http是超文本傳輸協議，RPC 也可以用http作為傳輸協議，但一般是用 tcp作為傳輸協議。
2、執行性能對比
Dubbo 採用單一長連接和NIO非同步通訊（保持連接/輪詢處理），使用自定義報文的TCP協議，並且序列化使用定製Hessian2框架，適合於小數據量大併發的服務調用，以及服務消費者機器數遠大於服務提供者機器數的情況，但不適用於傳輸大數據的服務調用。Spring Cloud 直接使用 HTTP 協議，在性能上弱於Dubbo。
3、註冊中心對比
這裡通常指ZooKeeper(Dubbo註冊中心)和Eureka(Cloud註冊中心)的對比。分散式領域著名的CAP理論（C：數據一致性，A：服務可用性，P：分區故障的容錯性），Zookeeper保證的是CP，但對於服務發現而言，可用性比數據一致性更加重要，AP勝過CP，而 Eureka 設計則遵循 AP 原則。
4、框架生態對比
Dubbo 專註 RPC 和服務治理，Spring Cloud 則是一個微服務架構生態。
四、源代碼地址
GitHub地址：知了一笑
https://github.com/cicadasmile/spring-cloud-base
GitEE地址：知了一笑
https://gitee.com/cicadasmile/spring-cloud-base
