这篇文章大部分转载自http://blog.didispace.com/springcloud5/
服务路由
通过服务路由的功能,我们在对外提供服务的时候,只需要通过暴露Zuul中配置的调用地址就可以让调用方统一的来访问我们的服务,而不需要了解具体提供服务的主机信息了
在Zuul中提供了两种映射方式
1.通过url直接映射,我们可以如下配置
# routes to url
zuul.routes.api-a-url.path=/api-a-url/**
zuul.routes.api-a-url.url=http://localhost:2222/
该配置,定义了,所有到Zuul的中规则为:/api-a-url/**
的访问都映射到http://localhost:2222/
上,也就是说当我们访问http://localhost:5555/api-a-url/add?a=1&b=2
的时候,Zuul会将该请求路由到:http://localhost:2222/add?a=1&b=2
上
其中,配置属性zuul.routes.api-a-url.path中的api-a-url部分为路由的名字,可以任意定义,但是一组映射关系的path和url要相同,下面讲serviceId时候也是如此
通过url映射的方式对于Zuul来说,并不是特别友好,Zuul需要知道我们所有为服务的地址,才能完成所有的映射配置。而实际上,我们在实现微服务架构时,服务名与服务实例地址的关系在eureka server中已经存在了,所以只需要将Zuul注册到eureka server上去发现其他服务,我们就可以实现对serviceId的映射。例如,我们可以如下配置
zuul.routes.api-a.path=/api-a/**
zuul.routes.api-a.serviceId=service-A
zuul.routes.api-b.path=/api-b/**
zuul.routes.api-b.serviceId=service-B
eureka.client.serviceUrl.defaultZone=http://localhost:1111/eureka/
针对我们在准备工作中实现的两个微服务service-A和service-B,定义了两个路由api-a和api-b来分别映射。另外为了让Zuul能发现service-A和service-B,也加入了eureka的配置。
接下来,我们将eureka-server、service-A、service-B以及这里用Zuul实现的服务网关启动起来,在eureka-server的控制页面中,我们可以看到分别注册了service-A、service-B以及api-gateway
尝试通过服务网关来访问service-A和service-B,根据配置的映射关系,分别访问下面的url
http://localhost:5555/api-a/add?a=1&b=2 通过serviceId映射访问service-A中的add服务
http://localhost:5555/api-b/add?a=1&b=2 通过serviceId映射访问service-B中的add服务
http://localhost:5555/api-a-url/add?a=1&b=2 通过url映射访问service-A中的add服务
推荐使用serviceId的映射方式,除了对Zuul维护上更加友好之外,serviceId映射方式还支持了断路器,对于服务故障的情况下,可以有效的防止故障蔓延到服务网关上而影响整个系统的对外服务
上面说,seriviceId映射方式支持了断路器,我刚试了下
在一个加了断路器的方法里,消费者如下面这样调用
1.用serviceId直接调用服务提供方的接口,可以
@HystrixCommand(fallbackMethod = "addServiceFallback")
public String addService(long num) {
return restTemplate.getForEntity("http://SERVICE-B/add?a=1&b=2", String.class).getBody();
}
2.用zuul的service直接调用服务提供方的接口,可以,(api-gateway是zuul服务的serviceId)
@HystrixCommand(fallbackMethod = "addServiceFallback")
public String addService(long num) {
return restTemplate.getForEntity("http://api-gateway/api-a/add?a=1&b=2", String.class).getBody();
}
3.直接用url调用,不可以
@HystrixCommand(fallbackMethod = "addServiceFallback")
public String addService(long num) {
return restTemplate.getForEntity("http://localhost:2222/add?a=1&b=2", String.class).getBody();
}
4.直接用zuul的url去调用,不可以
@HystrixCommand(fallbackMethod = "addServiceFallback")
public String addService(long num) {
return restTemplate.getForEntity("http://localhost:5555/api-a/add?a=1&b=2", String.class).getBody();
}
不过通过断路器的fallbackMethod的输出日志来看, java.lang.IllegalStateException: No instances available for localhost
在网上查了下,因为我给RestTemplate加上了Rabbon的@LoadBalanced,所以走这个类RibbonLoadBalancerClient,断点进入了如下的页面,serverid必须是我们访问的服务名称 ,当我们直接输入ip的时候获取的server是null,就会抛出异常
因为ribbon的作用是负载均衡,那么你直接使用ip地址,那么就无法起到负载均衡的作用,因为每次都是调用同一个服务,当你使用的是服务名称的时候,他会根据自己的算法去选择具有该服务名称的服务。
所以无法凭这个来判断,Hystrix断路器不支持url形式的调用,所以我先去掉@LoadBalanced,去掉负载均衡,看它还会不会报这个错
当我去掉@LoadBalanced注解后,可以成功调用
@HystrixCommand(fallbackMethod = "addServiceFallback")
public String addService(long num) {
return restTemplate.getForEntity("http://localhost:5555/api-a/add?a=1&b=2", String.class).getBody();
}
@HystrixCommand(fallbackMethod = "addServiceFallback")
public String addService(long num) {
return restTemplate.getForEntity("http://localhost:2222/add?a=1&b=2", String.class).getBody();
}
也就是说,断路器也是支持这个url形式的调用的,只不过url调用太死板了,不够灵活,而且也不支持Rabbon的LoadBalanced