SpringCloud Zuul 是SpringCloud系列的网关实现,具有均衡负载,将非业务性校验剥离出来,使微服务专注于业务的一个组件
使用Zuul网关后,所有的请求都通过网络进行转发,所以所有的请求都隐藏了自己的主机及端口信息,而是统一使用Zuul网关的主机及端口号作为请求入口,Zuul网关在收到请求后,会根据serviceId自动发现目标微服务地址,然后将请求转发到目标微服务上进行处理.
Zuul仍然是开箱即用工具系列,因此仍然适用4部曲套路:
1. 引入依赖: spring-cloud-starter-zuul
2. 添加支持: 在启动类上添加@EnableZuulProxy
3. 具体使用: zuul会自动从注册中心上发现微服务,并创建网关代理
4. 按需配置: 如果集成了Eureka,则Zuul会自动从注册中心获取所有应用,自动根据serviceId建立转发规则,如果没有集成注册中心,则需要配置一下:
4.1 指定转发的匹配规则: zuul.routes.serviceId-1.path=/serviceId-1/** 表示路径中匹配了serviceId-1/的请求
4.2 指定转发的目标URL: zuul.routes.serviceId-1.url=http://域名:端口/ 表示将匹配了serviceId-1的请求转发到http://域名:端口/处处理
4.3 匹配规则和url是成对的,它们的主键都是serviceId-1,而serviceId-1是每个微服务的服务ID或可以辨识这个微服务的标识符
如果微服务有集群,此时需要对上述配置对稍作调整,需要指定某个serviceId下的集群实例列表
4.1 指定转发的匹配规则: zuul.routes.serviceId-1.path=/serviceId-1/**
4.2 指定转发的目标此时不是直接用url了,而是要指定serviceId,因为serviceId可以对应多个url集群: zuul.routes.serviceId-1.service-id=serviceId-1
4.3 指定serviceId-1对应的集群实例的url列表: serviceId-1.ribbon.listOfServers=http://域名1:端口1/,http://域名2:端口2/,.......有多少集群实例,就写多少对应的url(很显然这种手动方式不符合主流需要)
注意点:
1. 网关对不同微服务的转发是以serviceId作为区分标志的,因此每个匹配规则配置对,都是以serviceId作为主键的.有多少微服务,就需要配置多少对这样的配置对
2. serviceId是小写的,因此请求路径上必须使用小写.默认情况下,serviceId是spring.application.name的全小写,因此如果想以应用名作为path名称的话,需要用其小写.
2. 如果集成了eureka,则zuul会自动发现服务并自动为每个微服务建立转发规则.就不需要手动配置那么多得配置对了.
