SpringCloud笔记3：Hystrix与Zuul

断路器Hystrix

在微服务架构中，系统被拆分成了一个个小的服务单元，各自运行在自己的线程中，各单元之间通过注册与订阅的方式互相远程调用，此时若网络故障或是某一服务挂掉则会出现调用延迟，进一步导致调用方的对外服务也出现延迟，如果调用方的请求不断增加，服务单元线程资源无法释放，队列装满，最终导致故障的蔓延，断路器就是解决这种问题的。

断路器通过对特定的服务的调用的不可用达到一个阀值的时候打开断路，用fallback方法直接返回一个固定值避免服务的阻塞。Netflix开源了Hystrix组件，实现了断路器模式，SpringCloud对这一组件进行了整合。下面断路器的使用基于笔记2的eureka_ribbon项目。

首先在pox.xml文件中加入spring-cloud-starter-netflix-hystrix的依赖：

    org.springframework.cloud
    spring-cloud-starter-netflix-hystrix

在程序的启动类EurekaRibbonApplication中添加Hystrix断路器的注解@EnableHystrix，上面提及断路器需要一个服务不可用时的固定返回值，所以在我们调用的hi方法中需要添加fallback的熔断方法，其中hiError出错时固定返回值的方法。

在启动eureka_ribbon项目先启动服务注册中心eureka_server和服务eureka_client，访问http://localhost:8764/hello，出现正常的访问页面，这时候关闭SERVICE-HELLO的服务，再次访问http://localhost:8764/hello，则会出现如下信息，说明断路器起了作用。当SERVICE-HELLO服务不可用时，会执行快速失败，直接调用固定方法返回一组字符串，而不是等待响应超时，很好的控制了容器的线程阻塞。

路由网关Zuul

zuul 是netflix开源的一个API Gateway 服务器, 本质上是一个web servlet应用，提供动态路由，监控，弹性，安全等边缘服务的框架，主要功能是路由转发和过滤器。路由功能是微服务的一部分，默认和Ribbon结合实现了负载均衡。

新建SpringBoot项目eureka-zuul，并引入zuul依赖，启动类添加注解@EnableZuulProxy开启zuul功能，配置文件application.yml如下：服务中心还是使用上节的8761，zuul服务端口设为8766，服务名service-zuul，路由转发规则设置为以/api-a/ 开头的请求都转发给service-ribbon服务；以/api-b/开头的请求都转发给service-feign服务：

运行服务中心项目、client服务提供项目、以及ribbon服务调用项目，访问http://localhost:8766/api-a/hello，页面显示如下，说明路由zuul起到了服务转发的功能。