SpringCloud Alibaba微服务实战六- 服务网关
1、什么是微服务网关
微服务网关是整个微服务API请求的入口,可以实现:
日志拦截
权限控制
解决跨域问题
限流
熔断
负载均衡
黑名单与白名单拦截
授权
…
服务网关 = 路由转发 + 过滤器
1、路由转发:接收一切外界请求,转发到后端的微服务上去;
2、过滤器:在服务网关中可以完成一系列的横切功能,例如权限校验、限流以及监控等,这些都可以通过过滤器完成(其实路由转发也是通过过滤器实现的)。
为什么需要服务网关?
上述所说的横切功能(以权限校验为例)可以写在三个位置:
每个服务自己实现一遍
写到一个公共的服务中,然后其他所有服务都依赖这个服务
写到服务网关的前置过滤器中,所有请求过来进行权限校验
第一种,缺点太明显,基本不用;
第二种,相较于第一点好很多,代码开发不会冗余,但是有两个缺点:
由于每个服务引入了这个公共服务,那么相当于在每个服务中都引入了相同的权限校验的代码,使得每个服务的jar包大小无故增加了一些,尤其是对于使用docker镜像进行部署的场景,jar越小越好;
由于每个服务都引入了这个公共服务,那么我们后续升级这个服务可能就比较困难,而且公共服务的功能越多,升级就越难,而且假设我们改变了公共服务中的权限校验的方式,想让所有的服务都去使用新的权限校验方式,我们就需要将之前所有的服务都重新引包,编译部署。
而服务网关恰好可以解决这样的问题:
将权限校验的逻辑写在网关的过滤器中,后端服务不需要关注权限校验的代码,所以服务的jar包中也不会引入权限校验的逻辑,不会增加jar包大小;
如果想修改权限校验的逻辑,只需要修改网关中的权限校验过滤器即可,而不需要升级所有已存在的微服务。
所以,需要服务网关!!!
2、过滤器与网关的区别
过滤器用于拦截单个服务
网关拦截整个的微服务
3、Zuul 与 Gateway 有那些区别
Zuul 网关属于 netfix 公司开源的产品属于第一代微服务网关
Gateway 属于SpringCloud自研发的第二代微服务网关
相比来说 SpringCloud Gateway 性能比 Zuul 性能要好。
注意:Zuul 基于 Servlet 实现的,阻塞式的 Api, 不支持长连接。
SpringCloud Gateway 基于 Spring5 构建,能够实现响应式非阻塞式的 Api,支持长连接,能够更好的整合 Spring 体系的产品。
4、Nginx 与网关的区别
相同点:都是可以实现对 api 接口的拦截,负载均衡、反向代理、请求过滤等,可以实现和网关一样的效果。
不同点:
Nginx 采用C语言编写的
微服务都是自己语言编写的 比如 Gateway 就是 java 写的。
毕竟 Gateway 属于 Java 语言编写的, 能够更好对微服务实现扩展功能,相比 Nginx 如果想实现扩展功能需要结合 Nginx + Lua 语言等。
Nginx 实现负载均衡的原理:属于 服务器端负载均衡器。
Gateway 实现负载均衡原理:采用 本地负载均衡器的形式。
开始实战
创建Model
引入依赖
<?xml version="1.0" encoding="UTF-8"?>
<project xmlns="http://maven.apache.org/POM/4.0.0"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd">
<parent>
<artifactId>springcloudalibaba</artifactId>
<groupId>com.changan</groupId>
<version>1.0-SNAPSHOT</version>
</parent>
<modelVersion>4.0.0</modelVersion>
<artifactId>gateway-service</artifactId>
<properties>
<maven.compiler.source>8</maven.compiler.source>
<maven.compiler.target>8</maven.compiler.target>
</properties>
<dependencies>
<!--alibaba-nacos服务注册与发现的依赖-->
<dependency>
<groupId>com.alibaba.cloud</groupId>
<artifactId>spring-cloud-starter-alibaba-nacos-discovery</artifactId>
</dependency>
<!--nacos的配置中心搭配使用-->
<dependency>
<groupId>com.alibaba.cloud</groupId>
<artifactId>spring-cloud-starter-alibaba-nacos-config</artifactId>
</dependency>
<!-- 2020/2021的springCloud才需要引入这个,不然无法读取BootStrap.yaml文件-->
<dependency>
<groupId>org.springframework.cloud</groupId>
<artifactId>spring-cloud-starter-bootstrap</artifactId>
</dependency>
<!-- 网关依赖-->
<dependency>
<groupId>org.springframework.cloud</groupId>
<artifactId>spring-cloud-starter-gateway</artifactId>
</dependency>
<!-- 客户端负载均衡loadbalancer-->
<dependency>
<groupId>org.springframework.cloud</groupId>
<artifactId>spring-cloud-starter-loadbalancer</artifactId>
</dependency>
</dependencies>
</project>
创建yaml
上期有讲到yaml保存到了我们的nacos里面,直接引入nacos的配置
spring:
application:
name: gateway-service
cloud:
nacos:
config:
server-addr: 119.23.176.114:8848
file-extension: yaml
namespace: 9770fdf7-f75b-4b3a-95e7-b0386e495b13
group: DEFAULT_GROUP #切换环境 改组就行了
#dev test prod。。。等环境
yaml
spring:
application:
name: gateway-service
cloud:
nacos:
discovery:
server-addr: 119.23.176.114:8848
gateway:
discovery:
locator:
#与服务注册与发现组件结合
enabled: true
#配置路由规则
routes:
- id: account-service
#访问的uri形式,使用loadbalancer的方式
uri: lb://account-service
predicates:
- Path=/account/**
filters:
- StripPrefix=1
- id: user-service
#访问的uri形式,使用loadbalancer的方式
uri: lb://user-service
predicates:
- Path=/user/**
filters:
- StripPrefix=1
server:
port: 8868
启动user服务和account服务
访问成功
routes:
- id: account-service
#访问的uri形式,使用loadbalancer的方式
uri: lb://account-service
predicates:
- Path=/account/** //前缀
filters:
- StripPrefix=1
- id: user-service
#访问的uri形式,使用loadbalancer的方式
uri: lb://user-service
predicates:
- Path=/user/**
filters:
- StripPrefix=1
- Path=/account/** //前缀
#访问的uri形式,使用loadbalancer的方式
uri: lb://user-service
predicates:
- Path=/user/**
filters:
- StripPrefix=1
- Path=/account/** //前缀
本章完结~~