2020最新版Spring Cloud面試題

為什么需要學(xué)習(xí)Spring Cloud
不論是商業(yè)應(yīng)用還是用戶應(yīng)用,在業(yè)務(wù)初期都很簡(jiǎn)單,我們通常會(huì)把它實(shí)現(xiàn)為單體結(jié)構(gòu)的應(yīng)用。但是,隨著業(yè)務(wù)逐漸發(fā)展,產(chǎn)品思想會(huì)變得越來越復(fù)雜,單體結(jié)構(gòu)的應(yīng)用也會(huì)越來越復(fù)雜。這就會(huì)給應(yīng)用帶來如下的幾個(gè)問題:
代碼結(jié)構(gòu)混亂:業(yè)務(wù)復(fù)雜,導(dǎo)致代碼量很大,管理會(huì)越來越困難。同時(shí),這也會(huì)給業(yè)務(wù)的快速迭代帶來巨大挑戰(zhàn);開發(fā)效率變低:開發(fā)人員同時(shí)開發(fā)一套代碼,很難避免代碼沖突。開發(fā)過程會(huì)伴隨著不斷解決沖突的過程,這會(huì)嚴(yán)重的影響開發(fā)效率;排查解決問題成本高:線上業(yè)務(wù)發(fā)現(xiàn) bug,修復(fù) bug 的過程可能很簡(jiǎn)單。但是,由于只有一套代碼,需要重新編譯、打包、上線,成本很高。
由于單體結(jié)構(gòu)的應(yīng)用隨著系統(tǒng)復(fù)雜度的增高,會(huì)暴露出各種各樣的問題。近些年來,微服務(wù)架構(gòu)逐漸取代了單體架構(gòu),且這種趨勢(shì)將會(huì)越來越流行。Spring Cloud是目前最常用的微服務(wù)開發(fā)框架,已經(jīng)在企業(yè)級(jí)開發(fā)中大量的應(yīng)用。
什么是Spring Cloud
Spring Cloud是一系列框架的有序集合。它利用Spring Boot的開發(fā)便利性巧妙地簡(jiǎn)化了分布式系統(tǒng)基礎(chǔ)設(shè)施的開發(fā),如服務(wù)發(fā)現(xiàn)注冊(cè)、配置中心、智能路由、消息總線、負(fù)載均衡、斷路器、數(shù)據(jù)監(jiān)控等,都可以用Spring Boot的開發(fā)風(fēng)格做到一鍵啟動(dòng)和部署。Spring Cloud并沒有重復(fù)制造輪子,它只是將各家公司開發(fā)的比較成熟、經(jīng)得起實(shí)際考驗(yàn)的服務(wù)框架組合起來,通過Spring Boot風(fēng)格進(jìn)行再封裝屏蔽掉了復(fù)雜的配置和實(shí)現(xiàn)原理,最終給開發(fā)者留出了一套簡(jiǎn)單易懂、易部署和易維護(hù)的分布式系統(tǒng)開發(fā)工具包。
設(shè)計(jì)目標(biāo)與優(yōu)缺點(diǎn)
設(shè)計(jì)目標(biāo)
協(xié)調(diào)各個(gè)微服務(wù),簡(jiǎn)化分布式系統(tǒng)開發(fā)。
優(yōu)缺點(diǎn)
微服務(wù)的框架那么多比如:dubbo、Kubernetes,為什么就要使用Spring Cloud的呢?
優(yōu)點(diǎn):
- 產(chǎn)出于Spring大家族,Spring在企業(yè)級(jí)開發(fā)框架中無人能敵,來頭很大,可以保證后續(xù)的更新、完善
- 組件豐富,功能齊全。Spring Cloud 為微服務(wù)架構(gòu)提供了非常完整的支持。例如、配置管理、服務(wù)發(fā)現(xiàn)、斷路器、微服務(wù)網(wǎng)關(guān)等;
- Spring Cloud 社區(qū)活躍度很高,教程很豐富,遇到問題很容易找到解決方案
- 服務(wù)拆分粒度更細(xì),耦合度比較低,有利于資源重復(fù)利用,有利于提高開發(fā)效率
- 可以更精準(zhǔn)的制定優(yōu)化服務(wù)方案,提高系統(tǒng)的可維護(hù)性
- 減輕團(tuán)隊(duì)的成本,可以并行開發(fā),不用關(guān)注其他人怎么開發(fā),先關(guān)注自己的開發(fā)
- 微服務(wù)可以是跨平臺(tái)的,可以用任何一種語言開發(fā)
- 適于互聯(lián)網(wǎng)時(shí)代,產(chǎn)品迭代周期更短
缺點(diǎn):
- 微服務(wù)過多,治理成本高,不利于維護(hù)系統(tǒng)
- 分布式系統(tǒng)開發(fā)的成本高(容錯(cuò),分布式事務(wù)等)對(duì)團(tuán)隊(duì)挑戰(zhàn)大
總的來說優(yōu)點(diǎn)大過于缺點(diǎn),目前看來Spring Cloud是一套非常完善的分布式框架,目前很多企業(yè)開始用微服務(wù)、Spring Cloud的優(yōu)勢(shì)是顯而易見的。因此對(duì)于想研究微服務(wù)架構(gòu)的同學(xué)來說,學(xué)習(xí)Spring Cloud是一個(gè)不錯(cuò)的選擇。
Spring Cloud發(fā)展前景
Spring Cloud對(duì)于中小型互聯(lián)網(wǎng)公司來說是一種福音,因?yàn)檫@類公司往往沒有實(shí)力或者沒有足夠的資金投入去開發(fā)自己的分布式系統(tǒng)基礎(chǔ)設(shè)施,使用Spring Cloud一站式解決方案能在從容應(yīng)對(duì)業(yè)務(wù)發(fā)展的同時(shí)大大減少開發(fā)成本。同時(shí),隨著近幾年微服務(wù)架構(gòu)和Docker容器概念的火爆,也會(huì)讓Spring Cloud在未來越來越“云”化的軟件開發(fā)風(fēng)格中立有一席之地,尤其是在五花八門的分布式解決方案中提供了標(biāo)準(zhǔn)化的、全站式的技術(shù)方案,意義可能會(huì)堪比當(dāng)年Servlet規(guī)范的誕生,有效推進(jìn)服務(wù)端軟件系統(tǒng)技術(shù)水平的進(jìn)步。
整體架構(gòu)
主要項(xiàng)目
Spring Cloud的子項(xiàng)目,大致可分成兩類,一類是對(duì)現(xiàn)有成熟框架"Spring Boot化"的封裝和抽象,也是數(shù)量最多的項(xiàng)目;第二類是開發(fā)了一部分分布式系統(tǒng)的基礎(chǔ)設(shè)施的實(shí)現(xiàn),如Spring Cloud Stream扮演的就是kafka, ActiveMQ這樣的角色。
Spring Cloud Config
集中配置管理工具,分布式系統(tǒng)中統(tǒng)一的外部配置管理,默認(rèn)使用Git來存儲(chǔ)配置,可以支持客戶端配置的刷新及加密、解密操作。
Spring Cloud Netflix
Netflix OSS 開源組件集成,包括Eureka、Hystrix、Ribbon、Feign、Zuul等核心組件。
- Eureka:服務(wù)治理組件,包括服務(wù)端的注冊(cè)中心和客戶端的服務(wù)發(fā)現(xiàn)機(jī)制;
- Ribbon:負(fù)載均衡的服務(wù)調(diào)用組件,具有多種負(fù)載均衡調(diào)用策略;
- Hystrix:服務(wù)容錯(cuò)組件,實(shí)現(xiàn)了斷路器模式,為依賴服務(wù)的出錯(cuò)和延遲提供了容錯(cuò)能力;
- Feign:基于Ribbon和Hystrix的聲明式服務(wù)調(diào)用組件;
- Zuul:API網(wǎng)關(guān)組件,對(duì)請(qǐng)求提供路由及過濾功能。
Spring Cloud Bus
用于傳播集群狀態(tài)變化的消息總線,使用輕量級(jí)消息代理鏈接分布式系統(tǒng)中的節(jié)點(diǎn),可以用來動(dòng)態(tài)刷新集群中的服務(wù)配置。
Spring Cloud Consul
基于Hashicorp Consul的服務(wù)治理組件。
Spring Cloud Security
安全工具包,對(duì)Zuul代理中的負(fù)載均衡OAuth2客戶端及登錄認(rèn)證進(jìn)行支持。
Spring Cloud Sleuth
Spring Cloud應(yīng)用程序的分布式請(qǐng)求鏈路跟蹤,支持使用Zipkin、HTrace和基于日志(例如ELK)的跟蹤。
Spring Cloud Stream
輕量級(jí)事件驅(qū)動(dòng)微服務(wù)框架,可以使用簡(jiǎn)單的聲明式模型來發(fā)送及接收消息,主要實(shí)現(xiàn)為Apache Kafka及RabbitMQ。
Spring Cloud Task
用于快速構(gòu)建短暫、有限數(shù)據(jù)處理任務(wù)的微服務(wù)框架,用于向應(yīng)用中添加功能性和非功能性的特性。
Spring Cloud Zookeeper
基于Apache Zookeeper的服務(wù)治理組件。
Spring Cloud Gateway
API網(wǎng)關(guān)組件,對(duì)請(qǐng)求提供路由及過濾功能。
Spring Cloud OpenFeign
基于Ribbon和Hystrix的聲明式服務(wù)調(diào)用組件,可以動(dòng)態(tài)創(chuàng)建基于Spring MVC注解的接口實(shí)現(xiàn)用于服務(wù)調(diào)用,在Spring Cloud 2.0中已經(jīng)取代Feign成為了一等公民。
Spring Cloud的版本關(guān)系
Spring Cloud是一個(gè)由許多子項(xiàng)目組成的綜合項(xiàng)目,各子項(xiàng)目有不同的發(fā)布節(jié)奏。 為了管理Spring Cloud與各子項(xiàng)目的版本依賴關(guān)系,發(fā)布了一個(gè)清單,其中包括了某個(gè)Spring Cloud版本對(duì)應(yīng)的子項(xiàng)目版本。 為了避免Spring Cloud版本號(hào)與子項(xiàng)目版本號(hào)混淆,Spring Cloud版本采用了名稱而非版本號(hào)的命名,這些版本的名字采用了倫敦地鐵站的名字,根據(jù)字母表的順序來對(duì)應(yīng)版本時(shí)間順序,例如Angel是第一個(gè)版本,Brixton是第二個(gè)版本。 當(dāng)Spring Cloud的發(fā)布內(nèi)容積累到臨界點(diǎn)或者一個(gè)重大BUG被解決后,會(huì)發(fā)布一個(gè)"service releases"版本,簡(jiǎn)稱SRX版本,比如Greenwich.SR2就是Spring Cloud發(fā)布的Greenwich版本的第2個(gè)SRX版本。目前Spring Cloud的最新版本是Hoxton。
Spring Cloud和SpringBoot版本對(duì)應(yīng)關(guān)系
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和各子項(xiàng)目版本對(duì)應(yīng)關(guān)系
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版本構(gòu)建的,不適用于1.5.x版本。隨著2019年8月SpringBoot 1.5.x版本停止維護(hù),Edgware版本也將停止維護(hù)。
SpringBoot和SpringCloud的區(qū)別?
SpringBoot專注于快速方便的開發(fā)單個(gè)個(gè)體微服務(wù)。
SpringCloud是關(guān)注全局的微服務(wù)協(xié)調(diào)整理治理框架,它將SpringBoot開發(fā)的一個(gè)個(gè)單體微服務(wù)整合并管理起來,
為各個(gè)微服務(wù)之間提供,配置管理、服務(wù)發(fā)現(xiàn)、斷路器、路由、微代理、事件總線、全局鎖、決策競(jìng)選、分布式會(huì)話等等集成服務(wù)
SpringBoot可以離開SpringCloud獨(dú)立使用開發(fā)項(xiàng)目, 但是SpringCloud離不開SpringBoot ,屬于依賴的關(guān)系
SpringBoot專注于快速、方便的開發(fā)單個(gè)微服務(wù)個(gè)體,SpringCloud關(guān)注全局的服務(wù)治理框架。
使用 Spring Boot 開發(fā)分布式微服務(wù)時(shí),我們面臨以下問題
(1)與分布式系統(tǒng)相關(guān)的復(fù)雜性-這種開銷包括網(wǎng)絡(luò)問題,延遲開銷,帶寬問題,安全問題。
(2)服務(wù)發(fā)現(xiàn)-服務(wù)發(fā)現(xiàn)工具管理群集中的流程和服務(wù)如何查找和互相交談。它涉及一個(gè)服務(wù)目錄,在該目錄中注冊(cè)服務(wù),然后能夠查找并連接到該目錄中的服務(wù)。
(3)冗余-分布式系統(tǒng)中的冗余問題。
(4)負(fù)載平衡 --負(fù)載平衡改善跨多個(gè)計(jì)算資源的工作負(fù)荷,諸如計(jì)算機(jī),計(jì)算機(jī)集群,網(wǎng)絡(luò)鏈路,中央處理單元,或磁盤驅(qū)動(dòng)器的分布。
(5)性能-問題 由于各種運(yùn)營(yíng)開銷導(dǎo)致的性能問題。
(6)部署復(fù)雜性-Devops 技能的要求。
服務(wù)注冊(cè)和發(fā)現(xiàn)是什么意思?Spring Cloud 如何實(shí)現(xiàn)?
當(dāng)我們開始一個(gè)項(xiàng)目時(shí),我們通常在屬性文件中進(jìn)行所有的配置。隨著越來越多的服務(wù)開發(fā)和部署,添加和修改這些屬性變得更加復(fù)雜。有些服務(wù)可能會(huì)下降,而某些位置可能會(huì)發(fā)生變化。手動(dòng)更改屬性可能會(huì)產(chǎn)生問題。 Eureka 服務(wù)注冊(cè)和發(fā)現(xiàn)可以在這種情況下提供幫助。由于所有服務(wù)都在 Eureka 服務(wù)器上注冊(cè)并通過調(diào)用 Eureka 服務(wù)器完成查找,因此無需處理服務(wù)地點(diǎn)的任何更改和處理。
Spring Cloud 和dubbo區(qū)別?
(1)服務(wù)調(diào)用方式 dubbo是RPC springcloud Rest Api
(2)注冊(cè)中心,dubbo 是zookeeper springcloud是eureka,也可以是zookeeper
(3)服務(wù)網(wǎng)關(guān),dubbo本身沒有實(shí)現(xiàn),只能通過其他第三方技術(shù)整合,springcloud有Zuul路由網(wǎng)關(guān),作為路由服務(wù)器,進(jìn)行消費(fèi)者的請(qǐng)求分發(fā),springcloud支持?jǐn)嗦菲?,與git完美集成配置文件支持版本控制,事物總線實(shí)現(xiàn)配置文件的更新與服務(wù)自動(dòng)裝配等等一系列的微服務(wù)架構(gòu)要素。
負(fù)載平衡的意義什么?
在計(jì)算中,負(fù)載平衡可以改善跨計(jì)算機(jī),計(jì)算機(jī)集群,網(wǎng)絡(luò)鏈接,中央處理單元或磁盤驅(qū)動(dòng)器等多種計(jì)算資源的工作負(fù)載分布。負(fù)載平衡旨在優(yōu)化資源使用,最大化吞吐量,最小化響應(yīng)時(shí)間并避免任何單一資源的過載。使用多個(gè)組件進(jìn)行負(fù)載平衡而不是單個(gè)組件可能會(huì)通過冗余來提高可靠性和可用性。負(fù)載平衡通常涉及專用軟件或硬件,例如多層交換機(jī)或域名系統(tǒng)服務(wù)器進(jìn)程。
什么是 Hystrix?它如何實(shí)現(xiàn)容錯(cuò)?
Hystrix 是一個(gè)延遲和容錯(cuò)庫(kù),旨在隔離遠(yuǎn)程系統(tǒng),服務(wù)和第三方庫(kù)的訪問點(diǎn),當(dāng)出現(xiàn)故障是不可避免的故障時(shí),停止級(jí)聯(lián)故障并在復(fù)雜的分布式系統(tǒng)中實(shí)現(xiàn)彈性。
通常對(duì)于使用微服務(wù)架構(gòu)開發(fā)的系統(tǒng),涉及到許多微服務(wù)。這些微服務(wù)彼此協(xié)作。
思考以下微服務(wù)
假設(shè)如果上圖中的微服務(wù) 9 失敗了,那么使用傳統(tǒng)方法我們將傳播一個(gè)異常。但這仍然會(huì)導(dǎo)致整個(gè)系統(tǒng)崩潰。
隨著微服務(wù)數(shù)量的增加,這個(gè)問題變得更加復(fù)雜。微服務(wù)的數(shù)量可以高達(dá) 1000.這是 hystrix 出現(xiàn)的地方 我們將使用 Hystrix 在這種情況下的 Fallback 方法功能。我們有兩個(gè)服務(wù) employee-consumer 使用由 employee-consumer 公開的服務(wù)。
簡(jiǎn)化圖如下所示
現(xiàn)在假設(shè)由于某種原因,employee-producer 公開的服務(wù)會(huì)拋出異常。我們?cè)谶@種情況下使用 Hystrix 定義了一個(gè)回退方法。這種后備方法應(yīng)該具有與公開服務(wù)相同的返回類型。如果暴露服務(wù)中出現(xiàn)異常,則回退方法將返回一些值。
什么是 Hystrix 斷路器?我們需要它嗎?
由于某些原因,employee-consumer 公開服務(wù)會(huì)引發(fā)異常。在這種情況下使用Hystrix 我們定義了一個(gè)回退方法。如果在公開服務(wù)中發(fā)生異常,則回退方法返回一些默認(rèn)值。
如果 firstPage method() 中的異常繼續(xù)發(fā)生,則 Hystrix 電路將中斷,并且員工使用者將一起跳過 firtsPage 方法,并直接調(diào)用回退方法。 斷路器的目的是給第一頁(yè)方法或第一頁(yè)方法可能調(diào)用的其他方法留出時(shí)間,并導(dǎo)致異?;謴?fù)??赡馨l(fā)生的情況是,在負(fù)載較小的情況下,導(dǎo)致異常的問題有更好的恢復(fù)機(jī)會(huì) 。
什么是 Netflix Feign?它的優(yōu)點(diǎn)是什么?
Feign 是受到 Retrofit,JAXRS-2.0 和 WebSocket 啟發(fā)的 java 客戶端聯(lián)編程序。
Feign 的第一個(gè)目標(biāo)是將約束分母的復(fù)雜性統(tǒng)一到 http apis,而不考慮其穩(wěn)定性。
在 employee-consumer 的例子中,我們使用了 employee-producer 使用 REST模板公開的 REST 服務(wù)。
但是我們必須編寫大量代碼才能執(zhí)行以下步驟
(1)使用功能區(qū)進(jìn)行負(fù)載平衡。
(2)獲取服務(wù)實(shí)例,然后獲取基本 URL。
(3)利用 REST 模板來使用服務(wù)。 前面的代碼如下
@Controller public class ConsumerControllerClient { @Autowired private LoadBalancerClient loadBalancer; public void getEmployee() throws RestClientException, IOException { ServiceInstance serviceInstance=loadBalancer.choose("employee-producer"); System.out.println(serviceInstance.getUri()); String baseUrl=serviceInstance.getUri().toString(); baseUrl=baseUrl+"/employee"; RestTemplate restTemplate = new RestTemplate(); ResponseEntity<String> response=null; try{ response=restTemplate.exchange(baseUrl, HttpMethod.GET, getHeaders(),String.class); } catch (Exception ex) { System.out.println(ex); } System.out.println(response.getBody()); }
之前的代碼,有像 NullPointer 這樣的例外的機(jī)會(huì),并不是最優(yōu)的。我們將看到如何使用 Netflix Feign 使呼叫變得更加輕松和清潔。如果 Netflix Ribbon 依賴關(guān)系也在類路徑中,那么 Feign 默認(rèn)也會(huì)負(fù)責(zé)負(fù)載平衡。
什么是 Spring Cloud Bus?我們需要它嗎?
考慮以下情況:我們有多個(gè)應(yīng)用程序使用 Spring Cloud Config 讀取屬性,而Spring Cloud Config 從 GIT 讀取這些屬性。
下面的例子中多個(gè)員工生產(chǎn)者模塊從 Employee Config Module 獲取 Eureka 注冊(cè)的財(cái)產(chǎn)。
如果假設(shè) GIT 中的 Eureka 注冊(cè)屬性更改為指向另一臺(tái) Eureka 服務(wù)器,會(huì)發(fā)生什么情況。在這種情況下,我們將不得不重新啟動(dòng)服務(wù)以獲取更新的屬性。
還有另一種使用執(zhí)行器端點(diǎn)/刷新的方式。但是我們將不得不為每個(gè)模塊單獨(dú)調(diào)用這個(gè) url。例如,如果 Employee Producer1 部署在端口 8080 上,則調(diào)用 http:// localhost:8080 / refresh。同樣對(duì)于 Employee Producer2 http://localhost:8081 / refresh 等等。這又很麻煩。這就是 Spring Cloud Bus 發(fā)揮作用的地方。
Spring Cloud Bus 提供了跨多個(gè)實(shí)例刷新配置的功能。因此,在上面的示例中,如果我們刷新 Employee Producer1,則會(huì)自動(dòng)刷新所有其他必需的模塊。如果我們有多個(gè)微服務(wù)啟動(dòng)并運(yùn)行,這特別有用。這是通過將所有微服務(wù)連接到單個(gè)消息代理來實(shí)現(xiàn)的。無論何時(shí)刷新實(shí)例,此事件都會(huì)訂閱到偵聽此代理的所有微服務(wù),并且它們也會(huì)刷新??梢酝ㄟ^使用端點(diǎn)/總線/刷新來實(shí)現(xiàn)對(duì)任何單個(gè)實(shí)例的刷新。
Spring Cloud斷路器的作用
當(dāng)一個(gè)服務(wù)調(diào)用另一個(gè)服務(wù)由于網(wǎng)絡(luò)原因或自身原因出現(xiàn)問題,調(diào)用者就會(huì)等待被調(diào)用者的響應(yīng) 當(dāng)更多的服務(wù)請(qǐng)求到這些資源導(dǎo)致更多的請(qǐng)求等待,發(fā)生連鎖效應(yīng)(雪崩效應(yīng))
斷路器有完全打開狀態(tài):一段時(shí)間內(nèi) 達(dá)到一定的次數(shù)無法調(diào)用 并且多次監(jiān)測(cè)沒有恢復(fù)的跡象 斷路器完全打開 那么下次請(qǐng)求就不會(huì)請(qǐng)求到該服務(wù)
半開:短時(shí)間內(nèi) 有恢復(fù)跡象 斷路器會(huì)將部分請(qǐng)求發(fā)給該服務(wù),正常調(diào)用時(shí) 斷路器關(guān)閉
關(guān)閉:當(dāng)服務(wù)一直處于正常狀態(tài) 能正常調(diào)用
什么是Spring Cloud Config?
在分布式系統(tǒng)中,由于服務(wù)數(shù)量巨多,為了方便服務(wù)配置文件統(tǒng)一管理,實(shí)時(shí)更新,所以需要分布式配置中心組件。在Spring Cloud中,有分布式配置中心組件spring cloud config ,它支持配置服務(wù)放在配置服務(wù)的內(nèi)存中(即本地),也支持放在遠(yuǎn)程Git倉(cāng)庫(kù)中。在spring cloud config 組件中,分兩個(gè)角色,一是config server,二是config client。
使用:
(1)添加pom依賴
(2)配置文件添加相關(guān)配置
(3)啟動(dòng)類添加注解@EnableConfigServer
什么是Spring Cloud Gateway?
Spring Cloud Gateway是Spring Cloud官方推出的第二代網(wǎng)關(guān)框架,取代Zuul網(wǎng)關(guān)。網(wǎng)關(guān)作為流量的,在微服務(wù)系統(tǒng)中有著非常作用,網(wǎng)關(guān)常見的功能有路由轉(zhuǎn)發(fā)、權(quán)限校驗(yàn)、限流控制等作用。
使用了一個(gè)RouteLocatorBuilder的bean去創(chuàng)建路由,除了創(chuàng)建路由RouteLocatorBuilder可以讓你添加各種predicates和filters,predicates斷言的意思,顧名思義就是根據(jù)具體的請(qǐng)求的規(guī)則,由具體的route去處理,filters是各種過濾器,用來對(duì)請(qǐng)求做各種判斷和修改。
到此這篇關(guān)于2020最新版Spring Cloud面試題 的文章就介紹到這了,更多相關(guān)SpringCloud面試題 內(nèi)容請(qǐng)搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章,希望大家以后多多支持腳本之家!
相關(guān)文章
- 這篇文章主要介紹了程序員面試的幾個(gè)小技巧,在平時(shí)面試的時(shí)候,除了實(shí)打?qū)嵉募寄苓€需要更多的技巧,雙管齊下才能贏得更大的勝算,技能方面就不多說了,下面來分享幾個(gè)面試2023-04-23
- 面試中,問鎖主要是兩方面:鎖的日常使用場(chǎng)景 + 鎖原理,鎖的日常使用場(chǎng)景主要考察對(duì)鎖 API 的使用熟練度,看看你是否真的使用過這些 API,而不是紙上談兵,鎖原理主要就是2022-05-19
- 這篇文章主要介紹了Mybatis常見面試題詳細(xì)總結(jié),通過總結(jié)列舉大量的mybatis面試常見題目供給大家參考,希望對(duì)大家有所幫助2021-08-24
2020Java后端開發(fā)面試題總結(jié)(春招+秋招+社招)
這篇文章主要介紹了2020Java后端開發(fā)面試題總結(jié)(春招+秋招+社招),小編覺得挺不錯(cuò)的,現(xiàn)在分享給大家,也給大家做個(gè)參考。一起跟隨小編過來看看吧2021-02-18MySQL數(shù)據(jù)庫(kù)選擇題小結(jié)
這篇文章主要介紹了MySQL數(shù)據(jù)庫(kù)選擇題小結(jié),小編覺得挺不錯(cuò)的,現(xiàn)在分享給大家,也給大家做個(gè)參考。一起跟隨小編過來看看吧2021-02-07- 這篇文章主要介紹了30道有趣的JVM面試題(小結(jié)),小編覺得挺不錯(cuò)的,現(xiàn)在分享給大家,也給大家做個(gè)參考。一起跟隨小編過來看看吧2020-11-26
- 這篇文章主要介紹了Python面試題爬蟲篇小結(jié)(附答案),小編覺得挺不錯(cuò)的,現(xiàn)在分享給大家,也給大家做個(gè)參考。一起跟隨小編過來看看吧2020-10-28
- 這篇文章主要介紹了還不理解B樹和B+樹,那就看看這篇文章吧,文中通過示例代碼介紹的非常詳細(xì),對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值,需要的朋友們下面隨著小編來一2020-09-10
Java面試通關(guān)要點(diǎn)匯總(備戰(zhàn)秋招)
這篇文章主要介紹了Java面試通關(guān)要點(diǎn)匯總(備戰(zhàn)秋招),小編覺得挺不錯(cuò)的,現(xiàn)在分享給大家,也給大家做個(gè)參考。一起跟隨小編過來看看吧2020-09-08- 這篇文章主要介紹了10道JVM常見面試題解析(附答案),文中通過示例代碼介紹的非常詳細(xì),對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值,需要的朋友們下面隨著小編來一起學(xué)習(xí)學(xué)2020-09-04