1.Eureka：注冊中心

2.Zuul：服務網關

3.Ribbon：負載均衡

4.Feign：服務調用

5.Hystix：熔斷器

以電商項目為例：

一.Eureka是微服務架構中的注冊中心，專門負責服務的注冊與發現。

? ? ??庫存服務、倉儲服務、積分服務中都有一個Eureka Client組件，這個組件專門負責將這個服務的信息注冊到Eureka Server中。說白了，就是告訴Eureka Server，自己在哪臺機器上，監聽著哪個端口。而Eureka Server是一個注冊中心，里面有一個注冊表，保存了各服務所在的機器和端口號。

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

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

二.Ribbon：負載均衡

? ?它的作用是負載均衡，會幫你在每次請求時選擇一臺機器，均勻的把請求分發到各個機器上 ，Ribbon的負載均衡默認使用的最經典的Round?Robin輪詢算法。簡單來說，就是如果訂單服務對庫存服務發起10次請求，那就先讓你請求第1臺機器、然后是第2臺機器、第3臺機器、第4臺機器、第5臺機器，接著再來—個循環，第1臺機器、第2臺機器。。。以此類推。

此外，Ribbon是和Feign以及Eureka緊密協作，完成工作的，具體如下：

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

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

? ? ?Feign就會針對這臺機器，構造并發起請求。

三.Feign:服務調用

Feign的一個關鍵機制就是使用了動態代理

? ? ?首先，如果你對某個接口定義了@FeignClient注解，Feign就會針對這個接口創建一個動態代理

? ? ?接著你要是調用那個接口，本質就是會調用?Feign創建的動態代理，這是核心中的核心

? ? ?Feign的動態代理會根據你在接口上的@RequestMapping等注解，來動態構造出你要請求的服務的地址

? ? ?最后針對這個地址，發起請求、解析響應

四：Hystix：熔斷器

?微服務架構中如果出現雪崩問題

?Hystrix是隔離、熔斷以及降級的一個框架。啥意思呢？說白了，Hystrix會搞很多個小小的線程池，比如訂單服務請求庫存服務是一個線程池，請求倉儲服務是一個線程池，請求積分服務是一個線程池。每個線程池里的線程就僅僅用于請求那個服務。

五：Spring Cloud核心組件：Zuul?：服務網關

這個組件是負責網絡路由的

一般微服務架構中都必然會設計一個網關在里面，像android、ios、pc前端、微信小程序、H5等等，不用去關心后端有幾百個服務，就知道有一個網關，所有請求都往網關走，網關會根據請求中的一些特征，將請求轉發給后端的各個服務。

而且有一個網關之后，還有很多好處，比如可以做統一的降級、限流、認證授權、安全，等等。

?總結：

最后再來總結一下，上述幾個Spring?Cloud核心組件，在微服務架構中，分別扮演的角色：

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

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

• Feign：基于Feign的動態代理機制，根據注解和選擇的機器，拼接請求URL地址，發起請求

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

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

總結

以上是生活随笔為你收集整理的微服务五大组件的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。