我要评论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会自动发现服务并自动为每个微服务建立转发规则.就不需要手动配置那么多得配置对了.
以上就是本文的全部内容，希望对大家的学习有所帮助，也希望大家多多支持移动技术网。
您可能感兴趣的文章:
如您对本文有疑问或者有任何想说的，请点击进行留言回复，万千网友为您解惑！
网友评论