Spring Cloud Gateway(微服务网关)
@[toc]
1、什么是服务网关?
1.1 说明
网关统一服务入口,可方便实现对平台众多服务接口进行管控,对访问服务的身份认证、防报文重放与防数据篡改、功能调用的业务鉴权、响应数据的脱敏、流量与并发控制,甚至基于API调用的计量或者计费等等。
1.2 为什么需要网关?
- 网关可以实现服务的统一管理。
- 网关可以解决微服务中通用代码的冗余问题(如权限控制、流量监控、限流等)
1.3 网关组件在微服务中的架构
2、服务网关组件Gateway
2.1 Spring Cloud Gateway简介
官网:https://spring.io/projects/spring-cloud-gateway
Spring Cloud Gateway基于Spring5、SpringBoot2和Project Reactor等技术,是在Spring生态系统之上构建的API网关服务。Gateway旨在提供一种简单而有效的方式来对API进行路由(Route),以及提供一些强大的过滤器功能,例如熔断、限流、重试等。
Spring Cloud Gateway具有如下特性:
- 基于Spring FrameWork5、Project Reactor以及SpringBoot2.0进行构建。
- 能够匹配任何请求属性
- 可以对路由指定Predicate(断言)和Filter(过滤器)。
- 集成Hystrix的断路器功能。
- 集成SpringCloud服务发现功能。
- 易于编写的Predicate和Filter。
- 请求限流功能。
- 路径重写。
关键术语解释:
Route(路由):构建网关的基本模块,由ID、目标URI、一系列的断言和过滤器组成,如果断言为true就匹配该路由。
Predicate(断言):Java8的Function Predicate,输入类型是Spring框架中的ServerWebExchange。这使得开发人员可以匹配HTTP请求中的所有内容,例如请求头或请求参数。如果请求与断言相匹配,就进行路由。
Filter(过滤器):Spring框架中的GatewayFilter实例通过使用过滤器可以在路由前后对请求进行修改。
3、开发网关动态路由
3.1、创建项目并引入依赖
<!--引入gateway网关依赖-->
<dependency>
<groupId>org.springframework.cloud</groupId>
<artifactId>spring-cloud-starter-gateway</artifactId>
</dependency>
3.2 编写网关配置
网关配置有两种方式:一种是快捷方式(Java代码编写网关),一种是完全展开方式(配置文件方式)[推荐]。
server:
port: 7979
spring:
application:
name: GATEWAY
cloud:
consul:
host: localhost
port: 8500
gateway:
routes:
- id: category-router #路由对象唯一标识
uri: http://localhost:8787 #用来类别服务地址 http://localhost:8787/category
predicates: #断言 用来配置路由规则
- Path=/category/**
filters:
- StripPrefix=1
- id: product-router #路由对象唯一标识
uri: http://localhost:8799 #用来商品服务地址 http://localhost:8799/list
predicates: #断言
- Path=/product/**
3.3启动gateway项目
直接启动会报错
在启动日志中发现,gateway为了效率使用webflux进行异步非阻塞模型的实现,因此和原来的web包冲突,去掉原来的web即可
再次启动,成功启动了。
3.4 测试网关路由转发
http://localhost:7979/product/list
网关会帮我们转发到http://localhost:8799 /product/list
3.5也可以使用Java代码配置路由
@Configuration
public class GatewayConfig {
@Bean
public RouteLocator customRouteLocator(RouteLocatorBuilder builder) {
return builder.routes()
//类别路由
.route("category_route", r -> r.path("/category")
.uri("http://localhost:8787"))
//商品路由
.route("product_router",r->r.path("/list")
.uri("http://localhost:8799"))
.build();
}
}
4、配置路由服务负载均衡
上述代码都是根据服务地址写死的路由转发,没有办法实现请求的负载均衡。
4.1 配置网管转发实现负载均衡
前提是已经引入了Ribbon负载均衡客户端组件
server:
port: 7979
spring:
application:
name: GATEWAY
cloud:
consul:
host: localhost
port: 8500
gateway:
routes:
- id: category-router #路由对象唯一标识
# uri: http://localhost:8787 #用来类别服务地址 http://localhost:8787/category
uri: lb://CATEGORY #lb(loadbalance)代表转发后台服务使用负载均衡,CATEGORY代表服务注册中心上的服务名
predicates: #断言 用来配置路由规则
- Path=/category/**
filters:
- StripPrefix=1
- id: product-router #路由对象唯一标识
# uri: http://localhost:8799 #用来商品服务地址 http://localhost:8799/list
uri: lb://PRODUCT #实现了请求的负载均衡处理
predicates: #断言
- Path=/product/**
lb(loadbalance)代表负载均衡转发路由,后面的CATEGORY和PRODUCT分别是类别服务和商品服务的服务名称。我们可以查看下与服务注册中心的服务名称是否一致:
4.2 负载均衡测试
由于商品服务我们有两个服务节点,且Ribbon负载均衡默认使用的负载均衡算法是轮询法,所以当我们连续访问http://localhost:7979/product/list
,看到的应该是8799和8788轮着被请求。
我们访问http://localhost:7979/product/list
可以看到此时提供服务的节点是8788端口
再次访问:http://localhost:7979/product/list
可以看到此时提供服务的节点是8799端口,确实实现了请求的负载均衡(这里的负载均衡算法默认是轮询法)。
- 点赞
- 收藏
- 关注作者
评论(0)