一:为什么使用gateway
在微服务架构中,有许多的微服务,这些微服务的ip地址和端口号均不相同,这样的话,如果客户端想要访问微服务,就需要几下很多的ip地址和端口号,这样的数据量是很大的,所以就需要一个工具来解决这个问题,而且这样的微服务架构还有许多其他的问题,比如之前我们在访问一些接口的时候,都会先经过过滤器,判断当前操作者是否已经登录,但是现在是微服务机构,如果要进行验证的话,就要在每个微服务上进行判断。这样就会产生大量的冗余代码
所以要使用gateway工具,gateway网关可以为客户端提供统一的服务入口,微服务的跳转由gateway去完成,就算后端微服务的地址发生了改变,客户端无需进行修改,添加gateway工具后的系统架构图:
二:在springcloud中使用gateway
创建一个新的模块,命名为gateway,作为网关专门就算用来管理其他微服务的跳转。在新创建的模块中引入gateway依赖
<dependencies>
<dependency>
<groupId>org.springframework.cloud</groupId>
<artifactId>spring-cloud-starter-gateway</artifactId>
</dependency>
</dependencies>
创建启动类,加入SpringBootApplication注解
/**
* @program: springcloud02
* @description:
* @author: mitu_echo
* @create: 2021-07-08 09:47
**/
package com.hyn;
import org.springframework.boot.SpringApplication;
import org.springframework.boot.autoconfigure.SpringBootApplication;
@SpringBootApplication
public class GatewayApplication {
public static void main(String[] args) {
SpringApplication.run(GatewayApplication.class,args);
}
}
创建配置文件,编写配置gateway,指定微服务的地址等信息
# 配置id唯一
#spring.cloud.gateway.routes[0].id=product
# 配置要跳转的微服务的路径 lb:表示协议loadbalance
#spring.cloud.gateway.routes[0].uri=http://localhost:8081/product
# 断言 当请求路径是product的时候 进行product微服务的跳转 配置对于哪些请求进行此微服务的跳转
#spring.cloud.gateway.routes[0].predicates[0]= Path=/product/**
# 配置id唯一
#spring.cloud.gateway.routes[1].id=order
# 配置要跳转的微服务的路径 lb:表示协议loadbalance
#spring.cloud.gateway.routes[1].uri=http://localhost:8082/order
# 断言 当请求路径是order的时候 进行order微服务的跳转 配置对于哪些请求进行此微服务的跳转
#spring.cloud.gateway.routes[1].predicates[0]= Path=/order/**
但是这样写是有问题的,因为这样的话就相当于吧微服务的地址给写死了,如果有许多微服务的ip地址以及端口号被修改的话,就要大量的修改配置文件的内容。这样不够灵活
因此就需要引入nacos,gateway可以从nacos上获取以及注册的微服务,可以直接通过nacos上的微服务名称进行调用。
引入nacos依赖
<dependency> <groupId>com.alibaba.cloud</groupId> <artifactId>spring-cloud-starter-alibaba-nacos-discovery</artifactId> </dependency>
修改配置文件
# 配置id唯一
#spring.cloud.gateway.routes[0].id=