SpringCloud分散式微服務雲架構 第四篇:斷路器(Hystrix)(Finchley版本)

gung123發表於2019-12-12

在微服務架構中,根據業務來拆分成一個個的服務,服務與服務之間可以相互呼叫(RPC),在Spring Cloud可以用

RestTemplate+Ribbon和Feign來呼叫。為了保證其高可用,單個服務通常會叢集部署。由於網路原因或者自身的原

因,服務並不能保證100%可用,如果單個服務出現問題,呼叫這個服務就會出現執行緒阻塞,此時若有大量的請求湧入,

Servlet容器的執行緒資源會被消耗完畢,導致服務癱瘓。服務與服務之間的依賴性,故障會傳播,瞭解springcloud架構

可以加求求:三五三六二四七二五九,會對整個微服務系統造成災難性的嚴重後果,這就是服務故障的“雪崩”效應。


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


一、斷路器簡介


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次) 

斷路器將會被開啟。

å¨è¿éæ入å¾çæè¿°

二、準備工作

這篇文章基於上一篇文章的工程,首先啟動上一篇文章的工程,啟動eureka-server 工程;啟動service-hi工程,

它的埠為8762。


三、在ribbon使用斷路器

改造serice-ribbon 工程的程式碼,首先在pox.xml檔案中加入spring-cloud-starter-netflix-hystrix的起步依賴:

<dependency>
            <groupId>org.springframework.cloud</groupId>
            <artifactId>spring-cloud-starter-netflix-hystrix</artifactId>
  </dependency>


在程式的啟動類ServiceRibbonApplication 加@EnableHystrix註解開啟Hystrix:

@SpringBootApplication
@EnableEurekaClient
@EnableDiscoveryClient
@EnableHystrix
public class ServiceRibbonApplication {
    public static void main(String[] args) {
        SpringApplication.run( ServiceRibbonApplication.class, args );
    }
    @Bean
    @LoadBalanced
    RestTemplate restTemplate() {
        return new RestTemplate();
    }
}

改造HelloService類,在hiService方法上加上@HystrixCommand註解。該註解對該方法建立了熔斷器的功能,並指定了fallbackMethod熔斷方法,熔斷方法直接返回了一個字串,字串為"hi,"+name+",sorry,error!",程式碼如下:

@Service
public class HelloService {
    @Autowired
    RestTemplate restTemplate;
    @HystrixCommand(fallbackMethod = "hiError")
    public String hiService(String name) {
        return restTemplate.getForObject(");
    }
    public String hiError(String name) {
        return "hi,"+name+",sorry,error!";
    }
}

啟動:service-ribbon 工程,當我們訪問瀏覽器顯示:


hi forezp,i am from port:8762


此時關閉 service-hi 工程,當我們再訪問,瀏覽器會顯示:


hi ,forezp,orry,error!


這就說明當 service-hi 工程不可用的時候,service-ribbon呼叫 service-hi的API介面時,會執行快速失敗,直接返回一

組字串,而不是等待響應超時,這很好的控制了容器的執行緒阻塞。


四、Feign中使用斷路器

Feign是自帶斷路器的,在D版本的Spring Cloud之後,它沒有預設開啟。需要在配置檔案中配置開啟它,在配置檔案加

以下程式碼:


feign.hystrix.enabled=true


基於service-feign工程進行改造,只需要在FeignClient的SchedualServiceHi介面的註解中加上fallback的指定類就行了:

@FeignClient(value = "service-hi",fallback = SchedualServiceHiHystric.class)
public interface SchedualServiceHi {
    @RequestMapping(value = "/hi",method = RequestMethod.GET)
    String sayHiFromClientOne(@RequestParam(value = "name") String name);
}

SchedualServiceHiHystric需要實現SchedualServiceHi 介面,並注入到Ioc容器中,程式碼如下:

@Component
public class SchedualServiceHiHystric implements SchedualServiceHi {
    @Override
    public String sayHiFromClientOne(String name) {
        return "sorry "+name;
    }
}

啟動四servcie-feign工程,瀏覽器開啟

網頁顯示:


sorry forezp


開啟service-hi工程,再次訪問,瀏覽器顯示:


hi forezp,i am from port:8762


這證明斷路器起到作用了。


來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/69952307/viewspace-2668365/,如需轉載,請註明出處,否則將追究法律責任。

相關文章