要想了解Zuul,首先了解一下什么是微服务网管
微服务网关背景及简介
不同的微服务一般有不同的网络地址,而外部的客户端可能需要调用多个服务的接口才能完成一个业务需求。比如一个电影购票的收集APP,可能回调用电影分类微服务,用户微服务,支付微服务等。如果客户端直接和微服务进行通信,会存在一下问题:
- 客户端会多次请求不同微服务,增加客户端的复杂性
- 存在跨域请求,在一定场景下处理相对复杂
- 认证复杂,每一个服务都需要独立认证
- 难以重构,随着项目的迭代,可能需要重新划分微服务,如果客户端直接和微服务通信,那么重构会难以实施
- 某些微服务可能使用了其他协议,直接访问有一定困难
上述问题,都可以借助微服务网管解决。微服务网管是介于客户端和服务器端之间的中间层,所有的外部请求都会先经过微服务网关,架构演变成:
这样客户端只需要和网关交互,而无需直接调用特定微服务的接口,而且方便监控,易于认证,减少客户端和各个微服务之间的交互次数
然后看一下Zuul在SpringCloud中的位置
首先回顾一下SpringCloud的主要组件
Spring Cloud:微服务工具包,为开发者提供了在分布式系统的配置管理、服务发现、断路器、智能路由、微代理、控制总线等开发工具包。
而Zuul是netflix组的一个子项目。
Netflix Zuul:微服务网关,提供动态路由,访问过滤等服务。
Zuul 简介
Zuul是Netflix开源的微服务网关,他可以和Eureka,Ribbon,Hystrix等组件配合使用。Zuul组件的核心是一系列的过滤器,这些过滤器可以完成以下功能:
- 身份认证和安全: 识别每一个资源的验证要求,并拒绝那些不符的请求
- 审查与监控:
- 动态路由:动态将请求路由到不同后端集群
- 压力测试:逐渐增加指向集群的流量,以了解性能
- 负载分配:为每一种负载类型分配对应容量,并弃用超出限定值的请求
- 静态响应处理:边缘位置进行响应,避免转发到内部集群
- 多区域弹性:跨域AWS Region进行请求路由,旨在实现ELB(ElasticLoad Balancing)使用多样化
Spring Cloud对Zuul进行了整合和增强。目前,Zuul使用的默认是Apache的HTTP Client,也可以使用Rest Client,可以设置ribbon.restclient.enabled=true.
如何开启Zuul
- 配上Zuul的maven依赖
补充:Zuul的依赖肯定是要加的,如何和Eureka配合使用, Zuul需要注册到Eureka上,但是Zuul的依赖不包含Eureka Discovery客户端,所以还需要添加Eureka的客户端依赖
<dependency>
<groupId>org.springframework.cloud</groupId>
<artifactId>spring-cloud-starter-eureka</artifactId>
</dependency>
<dependency>
<groupId>org.springframework.cloud</groupId>
<artifactId>spring-cloud-starter-zuul</artifactId>
</dependency>
- 在容器的启动类上写上EnableZuulProxy注解
启动类加上注解@EnableZuulProxy
该注解默认加上了@EnableCircuitBreaker和@EnableDiscoveryClient
-
配置application.yml
zuul:
ignoredServices: ‘*’
routes:
microservice-provider-user: /ecom/**
路由规则解释
zuul:
ignoredServices: ‘*’ // 忽略所有请求
routes:
服务名: /ecom/** //允许将服务名映射到ecom
- 启动Eureka,Zuul和 其他应用
扩展话题
- Zuul的安全和Header
- Strangle模式
- 通过Zuul上传文件
- Zuul的容错和回退
- Zuul的高可用
- SiderCar
- Zuul中过滤器的使用
- Zuul的聚合服务
- Zuul的原理和源码剖析