springcloud 是什麼，都有什麼，好處是什麼

一、什麼是springcloud，有什麼作用

　　Spring Cloud  是一系列架構的有序集合。它利用Spring Boot的開發便利性巧妙地簡化了分布式系統基礎設施的開發，如服務發現注冊、配置中心、消息總線、負載均衡、斷路器、資料監控等，都可以用Spring Boot的開發風格做到一鍵啟動和部署。

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

Eureka

 Eureka是微服務架構中的注冊中心，專門負責服務的注冊與發現。庫存服務、倉儲服務、積分服務中都有一個Eureka Client元件，Eureka Client這個元件專門負責将這個服務的資訊注冊到Eureka Server中（就是告訴Eureka Server，自己在哪台機器上，監聽着哪個端口）。而Eureka Server是一個注冊中心，裡面有一個系統資料庫，儲存了各服務所在的機器和端口号。

訂單服務裡也有一個Eureka Client元件，這個Eureka Client元件會找Eureka Server問一下：庫存服務在哪台機器啊？監聽着哪個端口啊？倉儲服務呢？積分服務呢？然後就可以把這些相關資訊從Eureka Server的系統資料庫中拉取到自己本地緩存起來。

Spring Cloud項目執行個體 www.fhadmin.org

總結：

Eureka Client：負責将這個服務的資訊注冊到Eureka Server中

Eureka Server：注冊中心，裡面有一個系統資料庫，儲存了各個服務所在的機器和端口号

Feign

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

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

接着你要是調用那個接口，本質就是會調用 Feign建立的動态代理，這是核心中的核心

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

最後針對這個位址，發起請求、解析響應

Ribbon

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

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

首先Ribbon會從 Eureka Client裡擷取到對應的服務系統資料庫，也就知道了所有的服務都部署在了哪些機器上，在監聽哪些端口号。

然後Ribbon就可以使用預設的Round Robin算法，從中選擇一台機器

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

Hystrix

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

降級：每次調用積分服務，你就在資料庫裡記錄一條消息，說給某某使用者增加了多少積分，因為積分服務挂了，導緻沒增加成功！這樣等積分服務恢複了，你可以根據這些記錄手工加一下積分。這個過程，就是所謂的降級。

Zuul

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

Eureka：各個服務啟動時，Eureka Client都會将服務注冊到Eureka Server，并且Eureka Client還可以反過來從Eureka Server拉取系統資料庫，進而知道其他服務在哪裡

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

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

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

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