详解Spring Cloud Zuul 服务网关

作者:钟艾伶 时间:2021-11-15 19:24:19 

有了Eureka服务注册发现、Hystrix断路器、Ribbon服务调用负载均衡,以及spring cloud config 集群配置中心,似乎一个微服务框架已五脏俱全,last but not least,一个服务网关却不可或缺。

Spring Cloud Zuul路由是微服务架构的不可或缺的一部分,提供动态路由,监控,弹性,安全等的边缘服务。Zuul是Netflix出品的一个基于JVM路由和服务端的负载均衡器。

Zuul介绍

详解Spring Cloud Zuul 服务网关

在整个Spring Cloud微服务框架里,Zuul扮演着”智能网关“的角色。一方面,Zuul是接入网关,起到反向代理的作用,是外部消费者请求内部服务的唯一入口。另一方面,Zuul也具备过滤功能,通过在运行时注入过滤规则可实现用户鉴权、动态路由、灰度发布、A/B测试、负载限流等功能。

Zuul的大部分功能都是通过过滤功能来完成的,Zuul可以提供四种标准类型的过滤,如下图所示:

详解Spring Cloud Zuul 服务网关

1) Pre: 过滤规则在路由之前起作用。可以利用“Pre”过滤器实现用户鉴权,记录请求日志等;

2) Routing:过滤规则在路由时发生作用。可以利用“Routing”过滤器实现动态路由、灰度发布、A/B测试、负载限流等。

3) Post:过滤规则在路由之后发生作用。可以利用"Post"过滤器收集统计信息和指标,将微服务的相应写入Http响应并返回给服务消费者;

4) Error:过滤规则路由过程中发生错误时发生作用。可以利用Error过滤器记录错误日志,并对错误进行二次处理等。

在过滤器之间用RequestContext传递消息。RequestContext存储的内容包括路由目标地址、错误信息、请求信息、响应信息等。Zuul的过滤规则也可以用基于JVM的语言编写,包括Java、Python、Groovy等。

一、Zuul 实例

在上篇demo创建好注册中心、服务提供方的基础之上,再来演示一下zuul网关服务

1、创建网关类 


@EnableZuulProxy
@SpringCloudApplication  
//整合@SpringBootApplication、@EnableDiscoveryClient、@EnableCircuitBreaker
public class ZuulApplication {

public static void main(String[] args) {
   new SpringApplicationBuilder(ZuulApplication.class).web(true).run(args);
 }
}

2、添加properties配置文件


spring.application.name=api-gateway
server.port=5555

zuul.routes.api-a.path=/api-a/**
zuul.routes.api-a.serviceId=compute-service

zuul.routes.api-b.path=/api-b/**
zuul.routes.api-b.serviceId=compute-service

eureka.client.serviceUrl.defaultZone=http://localhost:1111/eureka/

同样也指向eureka服务注册中心地址,api-a.serviceId,b-serviceId 指向服务提供者名称

3、访问效果

原来直接通过http://COMPUTE-SERVICE/add?a=10&b=20链接直接访问compute-service服务实例,现在则可直接localhost:5555/api-a/add?a=1&b=2网关地址访问compute-service服务。同样zuul网关也提供服务负载均衡功能,将请求均发到service服务实例。

详解Spring Cloud Zuul 服务网关

二、什么是网关?为何需要使用网关?

通过上图,对外提供的服务,在无网关的情况下,API接口直接暴露给服务调用方,当调用方增多,不同业务调用方各不相同,势必需要添加定制化访问权限、校验等逻辑。当添加API网关后,再第三方调用端和服务提供方之间就创建了一面墙,这面墙直接与调用方通信进行权限控制,后将请求均衡分发给后台服务端,正如无需直接访问compute-service的add方法,而是通过api-a/add链接将请求传递给service实例。Zuul就是提供负载均衡-反向代理-权限认证的这么一个API gateway。

类似于Nginx在应用服务最前端添加一堵保护墙,zuul的负载均衡是针对将请求分发给集群中某台服务或者某个服务实例。而前面介绍过的ribbon也是主打服务负载功能,它所针对的是服务消费者将调用请求分发到某具体服务提供实例。两者均做负载均衡,实际是在系统不同的层级上进行。

来源:http://blog.csdn.net/daybreak1209/article/details/53735455

标签:Spring,Cloud,Zuul
0
投稿

猜你喜欢

  • Mybatis如何配置连接池

    2021-10-22 03:06:47
  • 基于Java字符编码的使用详解

    2023-02-26 23:13:01
  • C#操作ini文件的帮助类

    2022-12-26 17:11:09
  • android实现扫码枪功能

    2022-08-28 21:33:35
  • JavaMail入门教程之发送邮件(3)

    2023-02-01 20:01:16
  • Android App获取屏幕旋转角度的方法

    2021-12-26 10:42:19
  • 详解Android中AsyncTask的使用方法

    2023-10-08 04:24:51
  • android教程之service使用方法示例详解

    2023-05-08 03:48:21
  • 浅谈Android ANR的信息收集过程

    2023-12-02 00:54:00
  • Android DataBinding类关系深入探究

    2022-08-17 19:23:51
  • 深入委托与多播委托的详解

    2023-05-29 07:07:15
  • Android实现多媒体录音笔

    2022-03-26 17:25:00
  • Mybatis中的@Select、foreach用法

    2023-06-05 00:07:20
  • Java重写equals及hashcode方法流程解析

    2023-10-14 06:53:13
  • 关于Object中equals方法和hashCode方法判断的分析

    2023-12-23 19:41:53
  • List转换成DataSet实现代码

    2023-03-02 04:46:01
  • Java中Synchronized的用法解析

    2023-07-28 22:40:51
  • 浅谈c#中config.exe 引发的一些问题

    2022-10-20 07:11:07
  • C#发送内置图片html格式邮件的方法

    2021-11-14 08:07:42
  • 关于idea更新到2020.2.3无法创建web项目原因 library is not specified

    2022-11-24 10:13:28
  • asp之家 软件编程 m.aspxhome.com