文章目錄

Spring Cloud入門系列匯總

為什么需要學習Spring Cloud
什么是Spring Cloud
設計目標與優缺點
設計目標
優缺點
Spring Cloud發展前景
整體架構

主要專案

Spring Cloud Config

Spring Cloud Netflix

Spring Cloud Bus

Spring Cloud Consul

Spring Cloud Security

Spring Cloud Sleuth

Spring Cloud Stream

Spring Cloud Task

Spring Cloud Zookeeper

Spring Cloud Gateway

Spring Cloud OpenFeign

Spring Cloud的版本關系

Spring Cloud和SpringBoot版本對應關系

Spring Cloud和各子專案版本對應關系

和Spring Boot的關系

Spring Cloud入門系列匯總

序號 內容
1 Spring Cloud入門-十分鐘了解Spring Cloud
2 Spring Cloud入門-Eureka服務注冊與發現(Hoxton版本)
3 Spring Cloud入門-Ribbon服務消費者(Hoxton版本)
4 Spring Cloud入門-Hystrix斷路器(Hoxton版本）
5 Spring Cloud入門-Hystrix Dashboard與Turbine斷路器監控(Hoxton版本)
6 Spring Cloud入門-OpenFeign服務消費者(Hoxton版本)
7 Spring Cloud入門-Zuul服務網關(Hoxton版本)
8 Spring Cloud入門-Config分布式配置中心(Hoxton版本)
9 Spring Cloud入門-Bus訊息總線(Hoxton版本)
10 Spring Cloud入門-Sleuth服務鏈路跟蹤(Hoxton版本)
11 Spring Cloud入門-Consul服務注冊發現與配置中心(Hoxton版本)
12 Spring Cloud入門-Gateway服務網關(Hoxton版本)
13 Spring Cloud入門-Admin服務監控中心(Hoxton版本)
14 Spring Cloud入門-Oauth2授權的使用(Hoxton版本)
15 Spring Cloud入門-Oauth2授權之JWT集成(Hoxton版本)
16 Spring Cloud入門-Oauth2授權之基于JWT完成單點登錄(Hoxton版本)
17 Spring Cloud入門-Nacos實作注冊和配置中心(Hoxton版本)
18 Spring Cloud入門-Sentinel實作服務限流、熔斷與降級(Hoxton版本)
19 Spring Cloud入門-Seata處理分布式事務問題(Hoxton版本)
20 Spring Cloud入門-匯總篇(Hoxton版本)

為什么需要學習Spring Cloud
不論是商業應用還是用戶應用，在業務初期都很簡單，我們通常會把它實作為單體結構的應用，但是，隨著業務逐漸發展，產品思想會變得越來越復雜，單體結構的應用也會越來越復雜，這就會給應用帶來如下的幾個問題：

代碼結構混亂：業務復雜，導致代碼量很大，管理會越來越困難，同時，這也會給業務的快速迭代帶來巨大挑戰；
開發效率變低：開發人員同時開發一套代碼，很難避免代碼沖突，開發程序會伴隨著不斷解決沖突的程序，這會嚴重的影響開發效率；

排查解決問題成本高：線上業務發現 bug，修復 bug 的程序可能很簡單，但是，由于只有一套代碼，需要重新編譯、打包、上線，成本很高，

由于單體結構的應用隨著系統復雜度的增高，會暴露出各種各樣的問題，近些年來，微服務架構逐漸取代了單體架構，且這種趨勢將會越來越流行，Spring Cloud是目前最常用的微服務開發框架，已經在企業級開發中大量的應用，

什么是Spring Cloud
Spring Cloud是一系列框架的有序集合，它利用Spring Boot的開發便利性巧妙地簡化了分布式系統基礎設施的開發，如服務發現注冊、配置中心、智能路由、訊息總線、負載均衡、斷路器、資料監控等，都可以用Spring Boot的開發風格做到一鍵啟動和部署，Spring Cloud并沒有重復制造輪子，它只是將各家公司開發的比較成熟、經得起實際考驗的服務框架組合起來，通過Spring Boot風格進行再封裝屏蔽掉了復雜的配置和實作原理，最終給開發者留出了一套簡單易懂、易部署和易維護的分布式系統開發工具包，

設計目標與優缺點
設計目標
協調各個微服務，簡化分布式系統開發，

優缺點
微服務的框架那么多比如：dubbo、Kubernetes，為什么就要使用Spring Cloud的呢？

優點：

產出于Spring大家族，Spring在企業級開發框架中無人能敵，來頭很大，可以保證后續的更新、完善
輕輕松松幾行代碼，注解或者配置就完成了熔斷、負載均衡、注冊中心的各種平臺功能
Spring Cloud 社區活躍度很高，教程很豐富，遇到問題很容易找到解決方案
服務拆分粒度更細，耦合度比較低，有利于資源重復利用，有利于提高開發效率
可以更精準的制定優化服務方案，提高系統的可維護性
減輕團隊的成本，可以并行開發，不用關注其他人怎么開發，先關注自己的開發
微服務可以是跨平臺的，可以用任何一種語言開發
適于互聯網時代，產品迭代周期更短
缺點：

微服務過多，治理成本高，不利于維護系統
分布式系統開發的成本高（容錯，分布式事務等）對團隊挑戰大
總的來說優點大過于缺點，目前看來Spring Cloud是一套非常完善的分布式框架，目前很多企業開始用微服務、Spring Cloud的優勢是顯而易見的，因此對于想研究微服務架構的同學來說，學習Spring Cloud是一個不錯的選擇，

Spring Cloud發展前景
Spring Cloud對于中小型互聯網公司來說是一種福音，因為這類公司往往沒有實力或者沒有足夠的資金投入去開發自己的分布式系統基礎設施，使用Spring Cloud一站式解決方案能在從容應對業務發展的同時大大減少開發成本，同時，隨著近幾年微服務架構和Docker容器概念的火爆，也會讓Spring Cloud在未來越來越“云”化的軟體開發風格中立有一席之地，尤其是在五花八門的分布式解決方案中提供了標準化的、全站式的技術方案，意義可能會堪比當年Servlet規范的誕生，有效推進服務端軟體系統技術水平的進步，

整體架構

在這里插入圖片描述

主要專案
Spring Cloud的子專案，大致可分成兩類，一類是對現有成熟框架"Spring Boot化"的封裝和抽象，也是數量最多的專案；第二類是開發了一部分分布式系統的基礎設施的實作，如Spring Cloud Stream扮演的就是kafka, ActiveMQ這樣的角色，

Spring Cloud Config
集中配置管理工具，分布式系統中統一的外部配置管理，默認使用Git來存盤配置，可以支持客戶端配置的重繪及加密、解密操作，

Spring Cloud Netflix
Netflix OSS 開源組件集成，包括Eureka、Hystrix、Ribbon、Feign、Zuul等核心組件，

Eureka：服務治理組件，包括服務端的注冊中心和客戶端的服務發現機制；
Ribbon：負載均衡的服務呼叫組件，具有多種負載均衡呼叫策略；
Hystrix：服務容錯組件，實作了斷路器模式，為依賴服務的出錯和延遲提供了容錯能力；
Feign：基于Ribbon和Hystrix的宣告式服務呼叫組件；
Zuul：API網關組件，對請求提供路由及過濾功能，
Spring Cloud Bus
用于傳播集群狀態變化的訊息總線，使用輕量級訊息代理鏈接分布式系統中的節點，可以用來動態重繪集群中的服務配置，

Spring Cloud Consul
基于Hashicorp Consul的服務治理組件，

Spring Cloud Security
安全工具包，對Zuul代理中的負載均衡OAuth2客戶端及登錄認證進行支持，

Spring Cloud Sleuth
Spring Cloud應用程式的分布式請求鏈路跟蹤，支持使用Zipkin、HTrace和基于日志（例如ELK）的跟蹤，

Spring Cloud Stream
輕量級事件驅動微服務框架，可以使用簡單的宣告式模型來發送及接收訊息，主要實作為Apache Kafka及RabbitMQ，

Spring Cloud Task
用于快速構建短暫、有限資料處理任務的微服務框架，用于向應用中添加功能性和非功能性的特性，

Spring Cloud Zookeeper
基于Apache Zookeeper的服務治理組件，

Spring Cloud Gateway
API網關組件，對請求提供路由及過濾功能，

Spring Cloud OpenFeign
基于Ribbon和Hystrix的宣告式服務呼叫組件，可以動態創建基于Spring MVC注解的介面實作用于服務呼叫，在Spring Cloud 2.0中已經取代Feign成為了一等公民，

Spring Cloud的版本關系
Spring Cloud是一個由許多子專案組成的綜合專案，各子專案有不同的發布節奏， 為了管理Spring Cloud與各子專案的版本依賴關系，發布了一個清單，其中包括了某個Spring Cloud版本對應的子專案版本， 為了避免Spring Cloud版本號與子專案版本號混淆，Spring Cloud版本采用了名稱而非版本號的命名，這些版本的名字采用了倫敦地鐵站的名字，根據字母表的順序來對應版本時間順序，例如Angel是第一個版本，Brixton是第二個版本， 當Spring Cloud的發布內容積累到臨界點或者一個重大BUG被解決后，會發布一個"service releases"版本，簡稱SRX版本，比如Greenwich.SR2就是Spring Cloud發布的Greenwich版本的第2個SRX版本，目前Spring Cloud的最新版本是Hoxton，

Spring Cloud和SpringBoot版本對應關系
Spring Cloud Version SpringBoot Version
Hoxton 2.2.x
Greenwich 2.1.x
Finchley 2.0.x
Edgware 1.5.x
Dalston 1.5.x
Spring Cloud和各子專案版本對應關系
Component Edgware.SR6 Greenwich.SR2
spring-cloud-bus 1.3.4.RELEASE 2.1.2.RELEASE
spring-cloud-commons 1.3.6.RELEASE 2.1.2.RELEASE
spring-cloud-config 1.4.7.RELEASE 2.1.3.RELEASE
spring-cloud-netflix 1.4.7.RELEASE 2.1.2.RELEASE
spring-cloud-security 1.2.4.RELEASE 2.1.3.RELEASE
spring-cloud-consul 1.3.6.RELEASE 2.1.2.RELEASE
spring-cloud-sleuth 1.3.6.RELEASE 2.1.1.RELEASE
spring-cloud-stream Ditmars.SR5 Fishtown.SR3
spring-cloud-zookeeper 1.2.3.RELEASE 2.1.2.RELEASE
spring-boot 1.5.21.RELEASE 2.1.5.RELEASE
spring-cloud-task 1.2.4.RELEASE 2.1.2.RELEASE
spring-cloud-gateway 1.0.3.RELEASE 2.1.2.RELEASE
spring-cloud-openfeign 暫無 2.1.2.RELEASE
注意：Hoxton版本是基于SpringBoot 2.2.x版本構建的，不適用于1.5.x版本，隨著2019年8月SpringBoot 1.5.x版本停止維護，Edgware版本也將停止維護，

和Spring Boot的關系
Spring Boot 是 Spring 的一套快速配置腳手架，可以基于Spring Boot 快速開發單個微服務，Spring Cloud是一個基于Spring Boot實作的云應用開發工具，Spring -> Spring Boot > Spring Cloud 這樣的關系，
Spring Boot可以離開Spring Cloud獨立使用開發專案，但是Spring Cloud離不開Spring Boot，屬于依賴的關系
Spring Boot專注于快速、方便集成的單個個體微服務，Spring Cloud是關注全域的服務治理框架
Spring Boot使用了默認大于配置的理念，很多集成方案已經幫你選擇好了，能不配置就不配置，Spring Cloud很大的一部分是基于Spring Boot來實作，可以不基于Spring Boot嗎？
不可以

歡迎關注公眾號“Java架構師社區”

歡迎關注 Java架構師社區公眾號.
本文轉載自Java架構師必看 ,更多內容點擊查看！

標籤：其他

上一篇：apline無法向gitlab上傳git lfs問題

下一篇：學習第47天