SpringCloud入门5---Zuul（服务网关）

第五篇，我们对SpringCloud中Zuul（服务网关）做一下简单的介绍：

1、为什么需要微服务网关

不同的微服务一般有不同的网络地址，而外部的客户端可能需要调用多个服务的接口才能完成一个业务需求。比如一个电影购票的收集APP,可能回调用电影分类微服务，用户微服务，支付微服务等。如果客户端直接和微服务进行通信，会存在一下问题：
# 客户端会多次请求不同微服务，增加客户端的复杂性；
# 存在跨域请求，在一定场景下处理相对复杂；
# 认证复杂，每一个服务都需要独立认证； # 难以重构，随着项目的迭代，可能需要重新划分微服务，如果客户端直接和微服务通信，那么重构会难以实施；
# 某些微服务可能使用了其他协议，直接访问有一定困难；
上述问题，都可以借助微服务网关解决。微服务网关是介于客户端和服务器端之间的中间层，所有的外部请求都会先经过微服务网关。

2、Zull简介

Zuul是Netflix开源的微服务网关，他可以和Eureka,Ribbon,Hystrix等组件配合使用。Zuul组件的核心是一系列的过滤器，这些过滤器可以完成以下功能：
# 身份认证和安全: 识别每一个资源的验证要求，并拒绝那些不符的请求；
# 审查与监控：监控请求服务负载；
# 动态路由：动态将请求路由到不同后端集群；
# 压力测试：逐渐增加指向集群的流量，以了解性能；
# 负载分配：为每一种负载类型分配对应容量，并弃用超出限定值的请求；
# 静态响应处理：边缘位置进行响应，避免转发到内部集群；
# 多区域弹性：跨域AWS Region进行请求路由，旨在实现ELB(ElasticLoad Balancing)使用多样化；
Spring Cloud对Zuul进行了整合和增强。
使用Zuul后，架构图演变为以下形式：

3、Zuul网关集成

（1）创建子模块test_manager，pom.xml引入eureka-client 和zuul的依赖

<dependencies>
   <dependency>
      <groupId>org.springframework.cloud</groupId>
      <artifactId>spring‐cloud‐starter‐netflix‐eureka‐client</artifactId>
   </dependency>
   <dependency>
      <groupId>org.springframework.cloud</groupId>
      <artifactId>spring‐cloud‐starter‐netflix‐zuul</artifactId>
   </dependency>
</dependencies>

（2）创建application.yml

server:
  port: 9011
spring:
   application:
     name: test‐manager #指定服务名
eureka:
  client:
    serviceUrl: #Eureka客户端与Eureka服务端进行交互的地址
      defaultZone: http://127.0.0.1:6868/eureka/
  instance:
    prefer‐ip‐address: true
zuul:
  routes:
    test‐gathering: #活动
      path: /gathering/** #配置请求URL的请求规则
      serviceId: tensquare‐gathering #指定Eureka注册中心中的服务id
     test‐article: #文章
      path: /article/** #配置请求URL的请求规则
      serviceId: tensquare‐article #指定Eureka注册中心中的服务id
     test‐user: #用户
      path: /user/** #配置请求URL的请求规则
      serviceId: tensquare‐user #指定Eureka注册中心中的服务id

（3）编写启动类

@EnableZuulProxy
@SpringBootApplication
public class Application {
    public static void main(String[] args) {
        SpringApplication.run(Application.class, args);
    }
}

4、Zuul过滤器

创建一个简单的zuul过滤器

@Component
public class WebFilter extends ZuulFilter {

    @Override
    public String filterType() {
        return "pre";// 前置过滤器
    }
    @Override
    public int filterOrder() {
        return 0;// 优先级为0，数字越大，优先级越低
    }
    @Override
    public boolean shouldFilter() {
        return true;// 是否执行该过滤器，此处为true，说明需要过滤
    }
    @Override
    public Object run() throws ZuulException {
        System.out.println("zuul过滤器...");
        return null;
    }
}

启动Zuul服务会发现过滤器已经执行
filterType：返回一个字符串代表过滤器的类型，在zuul中定义了四种不同生命周期的过滤器类型，具体如下：

pre ：可以在请求被路由之前调用
route ：在路由请求时候被调用
post ：在route和error过滤器之后被调用
error ：处理请求时发生错误时被调用

filterOrder ：通过int值来定义过滤器的执行顺序
shouldFilter ：返回一个boolean类型来判断该过滤器是否要执行，所以通过此函数可实现过滤器的开关。在上例中，我们直接返回true，所以该过滤器总是生效
run ：过滤器的具体逻辑。

至此Zuul服务网关已经介绍完成，简单就是一个前置服务，可以做服务分发、过滤、鉴权、限流等和业务不相关联，以便于后面各个微服务可以专心做各自业务服务。

斑马工

发布了41 篇原创文章 · 获赞 47 · 访问量 3万+

私信关注

SpringCloud入门5---Zuul（服务网关）

猜你喜欢