從零開始搭建spring-cloud(4) ----Hystrix

在微服務架構中，根據業務來拆分紅一個個的服務，服務與服務之間能夠相互調用（RPC），在Spring Cloud能夠用RestTemplate+Ribbon和Feign來調用。爲了保證其高可用，單個服務一般會集羣部署。因爲網絡緣由或者自身的緣由，服務並不能保證100%可用，若是單個服務出現問題，調用這個服務就會出現線程阻塞，此時如有大量的請求涌入，Servlet容器的線程資源會被消耗完畢，致使服務癱瘓。服務與服務之間的依賴性，故障會傳播，會對整個微服務系統形成災難性的嚴重後果，這就是服務故障的「雪崩」效應。

爲了解決這個問題，業界提出了斷路器模型。

斷路器簡介

Netflix has created a library called Hystrix that implements the circuit breaker pattern. In a microservice architecture it is common to have multiple layers of service calls.

Netflix開源了Hystrix組件，實現了斷路器模式，SpringCloud對這一組件進行了整合。 在微服務架構中，一個請求須要調用多個服務是很是常見的，以下圖：

較底層的服務若是出現故障，會致使連鎖故障。當對特定的服務的調用的不可用達到一個閥值（Hystric 是5秒20次） 斷路器將會被打開。

斷路打開後，可用避免連鎖故障，fallback方法能夠直接返回一個固定值。

準備工做

繼續以前的工做，啓動Eureka server，端口爲8080，啓動spring-cloud-eureka-provider-A-一、啓動spring-cloud-eureka-provider-A-2，端口分別爲808一、8082。

在ribbon使用斷路器