网关简介
大家都都知道在微服务架构中,一个系统会被拆分为很多个微服务。那么作为客户端要如何去调用这么多的微服务呢?如果没有网关的存在,我们只能在客户端记录每个微服务的地址,然后分别去调用。
这样的架构,会存在诸多的问题:
- 客户端多次请求不同的微服务,增加客户端代码或配置编写的复杂性;
- 认证复杂,每个服务都需要独立认证;
- 存在跨域请求,在一定场景下处理相对复杂;
上面的这些问题可以借助API网关来解决。
所谓的API网关,就是指系统的统一入口,它封装了应用程序的内部结构,为客户端提供统一服务,一些与业务本身功能无关的公共逻辑可以在这里实现,诸如认证、鉴权、监控、路由转发等等。
添加上API网关之后,系统的架构图变成了如下所示:
我们也可以观察下,我们现在的整体架构图:
在业界比较流行的网关,有下面这些:
- Ngnix+lua:使用nginx的反向代理和负载均衡可实现对api服务器的负载均衡及高可用,lua是一种脚本语言,可以来编写一些简单的逻辑,nginx支持lua脚本。
- Kong:基于
Nginx+Lua
开发,性能高、稳定,有多个可用的插件(限流、鉴权等等),可以开箱即用。 问题:1、只支持Http协议;2、二次开发,自由扩展困难;3、提供管理API,缺乏更易用的管控、配置方式。 - Zuul:Netflix开源的网关,功能丰富,使用JAVA开发,易于二次开发。问题:1、缺乏管控,无法动态配置;2、依赖组件较多;3、处理Http请求依赖的是Web容器,性能不如Nginx。
- Spring Cloud Gateway:Spring公司为了替换Zuul而开发的网关服务,将在下面具体介绍。
注意:Spring Cloud alibaba技术栈中并没有提供自己的网关,我们可以采用Spring Cloud Gateway 来做网关。
Gateway简介
Spring Cloud Gateway是Spring公司基于Spring5.0
、Spring Boot 2.0
和 Project Reactor
等技术开发的网关,它旨在为微服务架构提供一种简单有效的统一的API路由管理方式。它的目标是替代 Netflix Zuul,其不仅提供统一的路由方式,并且基于Filter链的方式提供了网关基本的功能,例如:安全、监控和限流。
优点
- 性能强劲:是第一代网关Zuul的1.6倍;
- 功能强大:内置了很多实用的功能,例如转发、监控、限流等;
- 设计优雅,容易扩展;
缺点
- 实现依赖Netty与WebFlux,不是传统的Servlet编程模型,学习成本高;
- 不能将其部署在Tomcat、Jetty等Servlet容器里,只能打成jar包执行;
- 需要Spring Boot 2.0及以上的版本才支持;
Gateway快速入门
目标:通过浏览器访问api网关,然后通过网关将请求转发到商品微服务。
基础版
1、创建一个api-gateway的模块,导入相关依赖
<dependency>
<groupId>org.springframework.cloud</groupId>
<artifactId>spring-cloud-starter-gateway</artifactId>
</dependency>
2、创建主类
@SpringBootApplication
public class GatewayApplication {
public static void main(String[] args) {
SpringApplication.run(GatewayApplication.class, args);
}
}
3、添加配置文件
server:
port: 7000
spring:
application:
name: api-gateway
cloud:
gateway:
routes:
- id: shop-product #当前路由标识,要求唯一
uri: http://localhost:8081 #路由的目标地址
order: 1 #路由的优先级,数字越小级别越高
predicates: #断言(就是路由转发要满足的条件)
- Path=/product/** #当请求路径满足Path指定的规则时,才进行路由转发
filters: #过滤器,请求在传递过程中可以通过过滤器对其进行一定的修改
- StripPrefix=1 #去掉请求路径的第一层
4、演示
启动项目,并通过网关去访问微服务
加强版
1、添加nacos依赖
<dependency>
<groupId>com.alibaba.cloud</groupId>
<artifactId>spring-cloud-starter-alibaba-nacos-discovery</artifactId>
</dependency>
<dependency>
<groupId>org.springframework.cloud</groupId>
<artifactId>spring-cloud-loadbalancer</artifactId>
</dependency>
2、在主类添加注解 @EnableDiscoveryClient
3、修改配置文件
server:
port: 7000
spring:
application:
name: api-gateway
cloud:
nacos:
discovery:
server-addr: 127.0.0.1:8848
gateway:
discovery:
locator:
enabled: true # 让gateway可以发现nacos中的微服务
lowerCaseServiceId: true # 将请求路径上的服务名配置为小写
routes:
- id: shop-product #当前路由标识,要求唯一
uri: lb://shop-product #lb代表从nacos中获取微服务,shop-product是微服务的名称
order: 1 #路由的优先级,数字越小级别越高
predicates: #断言(就是路由转发要满足的条件)
- Path=/product/** #当请求路径满足Path指定的规则时,才进行路由转发
filters: #过滤器,请求在传递过程中可以通过过滤器对其进行一定的修改
- StripPrefix=1 #去掉请求路径的第一层
4、测试
简写版
1、去掉关于路由的配置
server:
port: 7000
spring:
application:
name: api-gateway
cloud:
nacos:
discovery:
server-addr: 127.0.0.1:8848
gateway:
discovery:
locator:
enabled: true # 让gateway可以发现nacos中的微服务
2、启动项目,并通过网关去访问微服务
这时候,就发现只要按照网关地址微服务接口的格式去访问,就可以得到成功响应。
总结
到这儿,Gateway 服务网关简介及快速入门的内容就已经介绍完了。下一篇将为大家带来Gateway核心架构的文章,敬请期待吧!
后续的文章,我们将继续完善我们的微服务系统,集成更多的Alibaba组件。想要了解更多JAVA后端知识,请点击文末名片与我交流吧。留下您的一键三连,让我们在这个寒冷的东西互相温暖吧!