一、基礎組件總結 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