springcloud組件的概念介紹

今天小編給大家分享的是springcloud組件的概念介紹，相信大部分人都不太了解，為了讓大家更加了解，小編給大家總結了以下內容，話不多說，一起往下看吧。

創(chuàng)新互聯(lián)建站提供高防主機、云服務器、香港服務器、多線BGP機房等

springcloud

Spring Cloud  是一系列框架的有序集合。它利用Spring Boot的開發(fā)便利性巧妙地簡化了分布式系統(tǒng)基礎設施的開發(fā)，如服務發(fā)現(xiàn)注冊、配置中心、消息總線、負載均衡、斷路器、數(shù)據(jù)監(jiān)控等，都可以用Spring Boot的開發(fā)風格做到一鍵啟動和部署。

Spring Cloud是一個全家桶式的技術棧，包含了很多組件。 。先從其最核心的幾個組件入手，來剖析一下其底層的工作原理。也就是Eureka、Ribbon、Feign、Hystrix、Zuul這幾個組件。

Eureka

 Eureka是微服務架構中的注冊中心，專門負責服務的注冊與發(fā)現(xiàn)。庫存服務、倉儲服務、積分服務中都有一個Eureka Client組件，Eureka Client這個組件專門負責將這個服務的信息注冊到Eureka Server中（就是告訴Eureka Server，自己在哪臺機器上，監(jiān)聽著哪個端口）。而Eureka Server是一個注冊中心，里面有一個注冊表，保存了各服務所在的機器和端口號。

訂單服務里也有一個Eureka Client組件，這個Eureka Client組件會找Eureka Server問一下：庫存服務在哪臺機器??？監(jiān)聽著哪個端口啊？倉儲服務呢？積分服務呢？然后就可以把這些相關信息從Eureka Server的注冊表中拉取到自己本地緩存起來。

Spring Cloud項目實例 www.fhadmin.org

總結：

Eureka Client：負責將這個服務的信息注冊到Eureka Server中

Eureka Server：注冊中心，里面有一個注冊表，保存了各個服務所在的機器和端口號

Feign

Feign的一個關鍵機制就是使用了動態(tài)代理。

 首先，如果你對某個接口定義了@FeignClient注解，F(xiàn)eign就會針對這個接口創(chuàng)建一個動態(tài)代理

接著你要是調用那個接口，本質就是會調用 Feign創(chuàng)建的動態(tài)代理，這是核心中的核心

Feign的動態(tài)代理會根據(jù)你在接口上的@RequestMapping等注解，來動態(tài)構造出你要請求的服務的地址

最后針對這個地址，發(fā)起請求、解析響應

Ribbon

Ribbon的作用是負載均衡，會幫你在每次請求時選擇一臺機器，均勻的把請求分發(fā)到各個機器上。Ribbon的負載均衡默認使用的最經典的Round Robin輪詢算法。

Ribbon是和Feign以及Eureka緊密協(xié)作，完成工作的，具體如下：

首先Ribbon會從 Eureka Client里獲取到對應的服務注冊表，也就知道了所有的服務都部署在了哪些機器上，在監(jiān)聽哪些端口號。

然后Ribbon就可以使用默認的Round Robin算法，從中選擇一臺機器

Feign就會針對這臺機器，構造并發(fā)起請求。

Hystrix

Hystrix會搞很多個小小的線程池，比如訂單服務請求庫存服務是一個線程池，請求倉儲服務是一個線程池，請求積分服務是一個線程池。每個線程池里的線程就僅僅用于請求那個服務。

降級：每次調用積分服務，你就在數(shù)據(jù)庫里記錄一條消息，說給某某用戶增加了多少積分，因為積分服務掛了，導致沒增加成功！這樣等積分服務恢復了，你可以根據(jù)這些記錄手工加一下積分。這個過程，就是所謂的降級。

Zuul

Zuul，也就是微服務網關。這個組件是負責網絡路由的。所有請求都往網關走，網關會根據(jù)請求中的一些特征，將請求轉發(fā)給后端的各個服務。有一個網關之后，還有很多好處，比如可以做統(tǒng)一的降級、限流、認證授權、安全，等等。

總結：

Eureka：各個服務啟動時，Eureka Client都會將服務注冊到Eureka Server，并且Eureka Client還可以反過來從Eureka Server拉取注冊表，從而知道其他服務在哪里

Ribbon：服務間發(fā)起請求的時候，基于Ribbon做負載均衡，從一個服務的多臺機器中選擇一臺

Feign：基于Feign的動態(tài)代理機制，根據(jù)注解和選擇的機器，拼接請求URL地址，發(fā)起請求

Hystrix：發(fā)起請求是通過Hystrix的線程池來走的，不同的服務走不同的線程池，實現(xiàn)了不同服務調用的隔離，避免了服務雪崩的問題

Zuul：如果前端、移動端要調用后端系統(tǒng)，統(tǒng)一從Zuul網關進入，由Zuul網關轉發(fā)請求給對應的服務

看完上述內容，你們對springcloud的組件介紹有進一步的了解嗎？如果還想了解更多相關內容，歡迎關注創(chuàng)新互聯(lián)行業(yè)資訊頻道，感謝各位的閱讀。

文章題目：springcloud組件的概念介紹
本文鏈接：http://muchs.cn/article2/pphjic.html

成都網站建設公司_創(chuàng)新互聯(lián)，為您提供營銷型網站建設、云服務器、小程序開發(fā)、網頁設計公司、網站改版、動態(tài)網站

廣告

聲明：本網站發(fā)布的內容（圖片、視頻和文字）以用戶投稿、用戶轉載內容為主，如果涉及侵權請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內容未經允許不得轉載，或轉載時需注明來源： 創(chuàng)新互聯(lián)