在前面一篇文章中http://blog.csdn.net/tianyaleixiaowu/article/details/77884778,已经讲过了独立使用zuul进行反向代理了。在那篇文章中,没有使用eureka进行服务发现,而是使用简单的url配置,直接将用户请求发送到指定的url。这种做法适合于兼容一些老系统或者无法进行eureka服务注册的项目中,当时有一个东西没有提到,那就是熔断器。
我们将请求分发到多个微服务上,如果其中一个服务挂掉了,那么请求就会进行漫长的超时等待,最终会返回失败,甚至会影响整个服务链。我们需要一个熔断器来及时地处理挂掉的服务,及时响应给用户信息。
学过springcloud的都知道hystrix,可以在feign或者ribbon中使用它来进行熔断服务降级。zuul也有这样的功能ZuulFallbackProvider。
ZuulFallbackProvider提供了如果某微服务挂掉后,进入自定义处理逻辑的功能。但是需要注意的是,这个熔断器不支持以url配置的路由,必须要用serviceId的方式路由的方式才能使用熔断器。这样我们就要引入eureka服务中心了。
直接上代码。
项目eureka,pom.xml如下
4.0.0
com.tianyalei
eureka
0.0.1-SNAPSHOT
jar
eureka
Demo project for Spring Boot
org.springframework.boot
spring-boot-starter-parent
1.5.7.RELEASE
UTF-8
UTF-8
1.8
Dalston.SR3
org.springframework.cloud
spring-cloud-starter-eureka-server
org.springframework.boot
spring-boot-starter-test
test
org.springframework.cloud
spring-cloud-dependencies
${spring-cloud.version}
pom
import
org.springframework.boot
spring-boot-maven-plugin
@SpringBootApplication
@EnableEurekaServer
public class EurekaApplication {
public static void main(String[] args) {
SpringApplication.run(EurekaApplication.class, args);
}
}
在启动类上加上EurekaServer代表这是eureka的server所在。
yml配置文件里设置一下端口,设置自己不作为eureka的client,免得把自己也作为一个客户端注册到eureka中。
server:
port: 20000
spring:
application:
name: eureka
eureka:
instance:
hostname: localhost
client:
register-with-eureka: false
fetch-registry: false
然后就启动项目就OK了
访问localhost:20000,看到界面
可以参考文章开头提到的那篇zuul的文章,搭建基本骨架。在pom.xml添加eureka的依赖
org.springframework.cloud
spring-cloud-starter-eureka
启动类也修改一下注解
@EnableZuulProxy
@SpringCloudApplication
public class TestzuulApplication {
public static void main(String[] args) {
SpringApplication.run(TestzuulApplication.class, args);
}
}
yml配置文件里配置一下Application.name,routes,和eureka的注册地址。
spring:
application:
name: zuul
server:
port: 9000
zuul:
routes:
api-2:
path: /user/**
#url: http://localhost:9001/
serviceId: user
eureka:
client:
service-url:
defaultZone: http://localhost:20000/eureka/
注意routes里原来是用url指定的,这里用serviceId,serviceId就是微服务在eureka上注册的名字,对应spring.application.name。
我这里添加映射/user/**的请求会被分发到user服务中,等会创建个user服务。
下面是关键部分,设置熔断器。
package com.tianyalei.testzuul.fallback;
import org.springframework.cloud.netflix.zuul.filters.route.ZuulFallbackProvider;
import org.springframework.http.HttpHeaders;
import org.springframework.http.HttpStatus;
import org.springframework.http.MediaType;
import org.springframework.http.client.ClientHttpResponse;
import org.springframework.stereotype.Component;
import java.io.ByteArrayInputStream;
import java.io.IOException;
import java.io.InputStream;
import java.nio.charset.Charset;
@Component
public class UserServiceFallbackProvider implements ZuulFallbackProvider {
@Override
public String getRoute() {
return "user";
}
@Override
public ClientHttpResponse fallbackResponse() {
return new ClientHttpResponse() {
@Override
public HttpStatus getStatusCode() throws IOException {
return HttpStatus.OK;
}
@Override
public int getRawStatusCode() throws IOException {
return this.getStatusCode().value();
}
@Override
public String getStatusText() throws IOException {
return this.getStatusCode().getReasonPhrase();
}
@Override
public void close() {
}
@Override
public InputStream getBody() throws IOException {
return new ByteArrayInputStream("Service-user不可用".getBytes());
}
@Override
public HttpHeaders getHeaders() {
HttpHeaders headers = new HttpHeaders();
MediaType mt = new MediaType("application", "json", Charset.forName("UTF-8"));
headers.setContentType(mt);
return headers;
}
};
}
}
getRoute方法的返回值就是要监听的挂掉的微服务名字,这里只能是serviceId,不能是url,指定为“user”,那么在user服务不存在时,就会去执行后面代码的逻辑,设置Code,body什么的自定义内容返回给调用者。
其实到这里就可以测试熔断效果了,因为我们并没有serviceId为“user”的服务。所以就会进入到熔断逻辑里了。
启动zuul项目。
可以看到zuul已经注册到eureka上了,然后我们访问zuul/user,让它转发到user服务试试。
可以看到已经进入到熔断后的自定义处理了,目的已经达成。
下面我们试试user服务正常时的情况。
同样是创建一个Springboot项目,加入eureka依赖,配置yml
spring:
application:
name: user
server:
port: 9001
eureka:
client:
service-url:
defaultZone: http://localhost:20000/eureka/
@SpringBootApplication
@EnableEurekaClient
public class ZuuluserApplication {
public static void main(String[] args) {
SpringApplication.run(ZuuluserApplication.class, args);
}
}
定义个Controller
@RestController
public class UserController {
@RequestMapping("")
public Object user() {
return "from user";
}
}
启动user项目,等待eureka发现user服务,有一定的延时才能发现。再次访问localhost:9000/user。
可以看到正常进入到user服务了,当然可以多次尝试启停user服务,看看熔断器的工作情况。
总结:
可以看到zuul的熔断器主要目的和意义在于针对某个微服务的异常状态进行控制,并不能具体的针对某个具体的请求方法进行控制,譬如我的请求需要关联商品、用户、订单三个微服务,需要三个服务的返回值组合成一个结果返回给用户,那么这个熔断器就不能做出合适的处理了。当然了,需要关联多个微服务的请求,我们是采用feign来完成。feign里也自带的有hystrix,可以更精细地控制某个微服务挂掉后通过熔断的回调赋予默认值,然后用默认值来组合结果,来保证即便挂掉一个服务,其他的服务还能正常工作时的用户请求不会无响应。
注意:新版本,Springboot2.0以后,zuulFallbackProvider类没了,但是还可以使用FallbackProvider。特此通知