微服务项目之电商--6.zuul架构图和项目搭建及面向服务的路由网关配置及过滤器

最新推荐文章于 2025-06-25 08:33:58 发布

原创最新推荐文章于 2025-06-25 08:33:58 发布 · 1.3k 阅读

1 ·

CC 4.0 BY-SA版权

文章标签：

#zuul架构图和项目搭建 #面向服务的路由网关配置及过滤器

项目实战专栏收录该内容

30 篇文章

订阅专栏

本文深入解析Zuul微服务网关的工作原理，包括其架构、配置、过滤器机制、负载均衡与熔断策略，以及如何实现高可用性。通过实例演示，展示Zuul在微服务架构中的关键作用。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

一、Zuul网关

Zuul是Netflix开源的微服务网关，它可以和eureka、ribbon、hytrix等组件配合使用。Zuul的核心是一系列的过滤器，这些过滤器可以完成以下功能。

身份认证与安全：识别每个资源验证要求，并拒绝那些与要求不符合的请求。

审查与监控：在边缘位置追踪有意义的验证的数据和统计结果，从而带来精确的生产视图。

动态路由：动态的将请求路由到不同的后端集群。

压力测试：逐渐增加指向集群的流量，以了解性能。

负载分配：为每一种负载类型分配对应容量，并启用超出限定值的请求。

静态响应处理：在边缘位置直接建立部分响应，从而避免其转发到内部集群

多区域弹性：跨越AWS Region 进行请求路由，旨在实现ELB（elastic load balancing）使用的多样化，以及让系统的边缘更加贴近系统的使用者。

1、zuul架构图

2、zuul项目搭建

创建gateway项目，引入zuul依赖

@EnableZuulServer的功能过于单一，缺少很多过滤器

所以使用@EnableZuulProxy

路由名：hehe（随便配置）

path：拦截路径

url：转发的地址即端口

运行访问

3、面向服务的路由网关配置

引入eureka客户端，拉取对应的服务

配置yml文件，由于通过eureka客户端管理了多个服务地址，所以对应的zuul应该只需要配置对应的user-service

我们看底层依赖可以看到它，在没有指定对应服务的地址，就能直接访问，说明它肯定实现了负载均衡

为了简化配置，路由名直接是user-service（与服务名同），后面直接根路径

运行，访问

在没有配置consumer-service的时候，直接访问

由于zuul能够将所有的列表全部拉取下来，而且在正常配置的时候基本上路由名都是和服务名一样，所以zuul底层就将他们拉取下来，直接配置好了。所以上面的配置其实是多余的

但是有的时候为了访问者的方便，就会直接修改服务名为方便使用的

但是我们还是可以直接访问user-service因为默认的映射还在

但是对于一些服务，不想暴露给外界，只提供给内部开发者调用

取消前缀

在之前我们写了user/user两个重复的

但是这样写也挺麻烦的，所以可以修改取消前缀映射

4、过滤器

zuul作为网关的其中一个重要功能，就是实现请求的鉴权。而这个动作我们往往是通过zuul提供的过滤器来实现的。

zuulFilter类

zuulFilter4个最重要的方法

是过滤器的顶级父类。在这里我们看一下其中定义的4个最重要的方法

public abstract ZuulFilter implements IZuulFilter{

     abstract public String filterType(); //过滤器类型

     abstract public int filterOrder();  //过滤器顺序

     boolean shouldFilter();  //来自IZuulFilter，是否开启过滤

     Object run() throws ZuulException;  //IZuulFilter  过滤逻辑

}

filterType：返回字符串，代表过滤器的类型。包含以下4种：

pre：请求在被路由之前执行

routing：在路由请求时调用

post：在routing和error过滤之后调用

error：处理请求时发生错误调用