SpringCloud Zuul基本使用方法汇总

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会自动发现服务并自动为每个微服务建立转发规则.就不需要手动配置那么多得配置对了.

以上就是本文的全部内容，希望对大家的学习有所帮助，也希望大家多多支持。