spring cloud gateway动态路由

简介:

spring cloud gateway动态路由

概述
线上项目发布一般有以下几种方案:

停机发布
蓝绿部署
滚动部署
灰度发布
停机发布 这种发布一般在夜里或者进行大版本升级的时候发布,因为需要停机,所以现在大家都在研究 Devops 方案。

蓝绿部署 需要准备两个相同的环境。一个环境新版本,一个环境旧版本,通过负载均衡进行切换与回滚,目的是为了减少服务停止时间。

滚动部署 就是在升级过程中,并不一下子启动所有新版本,是先启动一台新版本,再停止一台老版本,然后再启动一台新版本,再停止一台老版本,直到升级完成。基于 k8s 的升级方案默认就是滚动部署。

灰度发布 也叫金丝雀发布,灰度发布中,常常按照用户设置路由权重,例如 90%的用户维持使用老版本,10%的用户尝鲜新版本。不同版本应用共存,经常与 A/B 测试一起使用,用于测试选择多种方案。

上边介绍的几种发布方案,主要是引出我们接下来介绍的 spring-cloud-gateway 动态路由,我们可以基于动态路由、负载均衡和策略加载去实现 灰度发布。当然现在有很多开源的框架可以实现 灰度发布,这里只是研究学习。

动态路由
spring-cloud-gateway 默认将路由加载在内存中。具体可以参见 InMemoryRouteDefinitionRepository 类的实现。

这里我们基于 Redis 实现动态路由。基础项目见 spring-cloud-gateway 简介

  1. 将 actuator 的端点暴露出来。
    management:

endpoints:

web:
  exposure:
    include: "*"
  1. redis 配置
    @Configuration

public class RedisConfig {

@Bean(name = {"redisTemplate", "stringRedisTemplate"})
public StringRedisTemplate stringRedisTemplate(RedisConnectionFactory factory) {
    StringRedisTemplate redisTemplate = new StringRedisTemplate();
    redisTemplate.setConnectionFactory(factory);
    return redisTemplate;
}

}

  1. 将原内存路由持久化到 redis
    @Component

public class RedisRouteDefinitionRepository implements RouteDefinitionRepository {

/**
 * hash存储的key
 */
public static final String GATEWAY_ROUTES = "gateway_dynamic_route";

@Resource
private StringRedisTemplate redisTemplate;

/**
 * 获取路由信息
 * @return
 */
@Override
public Flux<RouteDefinition> getRouteDefinitions() {
    List<RouteDefinition> routeDefinitions = new ArrayList<>();
    redisTemplate.opsForHash().values(GATEWAY_ROUTES).stream()
            .forEach(routeDefinition -> routeDefinitions.add(JSON.parseObject(routeDefinition.toString(), RouteDefinition.class)));
    return Flux.fromIterable(routeDefinitions);
}

@Override
public Mono<Void> save(Mono<RouteDefinition> route) {
    return route.flatMap(routeDefinition -> {
        redisTemplate.opsForHash().put(GATEWAY_ROUTES, routeDefinition.getId(), JSONObject.toJSONString(routeDefinition));
        return Mono.empty();
    });
}

@Override
public Mono<Void> delete(Mono<String> routeId) {
    return routeId.flatMap(id -> {
        if (redisTemplate.opsForHash().hasKey(GATEWAY_ROUTES, id)) {
            redisTemplate.opsForHash().delete(GATEWAY_ROUTES, id);
            return Mono.empty();
        }
        return Mono.defer(() -> Mono.error(new NotFoundException("route definition is not found, routeId:" + routeId)));
    });
}

}

  1. 重写动态路由服务
    @Service

public class GatewayDynamicRouteService implements ApplicationEventPublisherAware {

@Resource
private RedisRouteDefinitionRepository redisRouteDefinitionRepository;

private ApplicationEventPublisher applicationEventPublisher;

/**
 * 增加路由
 * @param routeDefinition
 * @return
 */
public int add(RouteDefinition routeDefinition) {
    redisRouteDefinitionRepository.save(Mono.just(routeDefinition)).subscribe();
    applicationEventPublisher.publishEvent(new RefreshRoutesEvent(this));
    return 1;
}

/**
 * 更新
 * @param routeDefinition
 * @return
 */
public int update(RouteDefinition routeDefinition) {
    redisRouteDefinitionRepository.delete(Mono.just(routeDefinition.getId()));
    redisRouteDefinitionRepository.save(Mono.just(routeDefinition)).subscribe();
    applicationEventPublisher.publishEvent(new RefreshRoutesEvent(this));
    return 1;
}

/**
 * 删除
 * @param id
 * @return
 */
public Mono<ResponseEntity<Object>> delete(String id) {
    return redisRouteDefinitionRepository.delete(Mono.just(id)).then(Mono.defer(() -> Mono.just(ResponseEntity.ok().build())))
            .onErrorResume(t -> t instanceof NotFoundException, t -> Mono.just(ResponseEntity.notFound().build()));
}
@Override
public void setApplicationEventPublisher(ApplicationEventPublisher applicationEventPublisher) {
    this.applicationEventPublisher = applicationEventPublisher;
}

}

  1. 对外暴露接口
    @RestController

@RequestMapping("/gateway")
public class GatewayDynamicRouteController {

@Resource
private GatewayDynamicRouteService gatewayDynamicRouteService;

@PostMapping("/add")
public String create(@RequestBody RouteDefinition entity) {
    int result = gatewayDynamicRouteService.add(entity);
    return String.valueOf(result);
}

@PostMapping("/update")
public String update(@RequestBody RouteDefinition entity) {
    int result = gatewayDynamicRouteService.update(entity);
    return String.valueOf(result);
}

@DeleteMapping("/delete/{id}")
public Mono<ResponseEntity<Object>> delete(@PathVariable String id) {
    return gatewayDynamicRouteService.delete(id);
}

}
测试
测试前删除我们配置的静态路由,因为静态路由和 redis 动态路由同时存在时取并集。

访问 http://localhost:2000/actuator/gateway/routes , 可以看到只有默认路由。
[

{
    "route_id": "CompositeDiscoveryClient_consul",
    "route_definition": {
        "id": "CompositeDiscoveryClient_consul",
        "predicates": [
            {
                "name": "Path",
                "args": {
                    "pattern": "/consul/**"
                }
            }
        ],
        "filters": [
            {
                "name": "RewritePath",
                "args": {
                    "regexp": "/consul/(?<remaining>.*)",
                    "replacement": "/${remaining}"
                }
            }
        ],
        "uri": "lb://consul",
        "order": 0
    },
    "order": 0
},
{
    "route_id": "CompositeDiscoveryClient_idc-gateway",
    "route_definition": {
        "id": "CompositeDiscoveryClient_idc-gateway",
        "predicates": [
            {
                "name": "Path",
                "args": {
                    "pattern": "/idc-gateway/**"
                }
            }
        ],
        "filters": [
            {
                "name": "RewritePath",
                "args": {
                    "regexp": "/idc-gateway/(?<remaining>.*)",
                    "replacement": "/${remaining}"
                }
            }
        ],
        "uri": "lb://idc-gateway",
        "order": 0
    },
    "order": 0
},
{
    "route_id": "CompositeDiscoveryClient_idc-provider1",
    "route_definition": {
        "id": "CompositeDiscoveryClient_idc-provider1",
        "predicates": [
            {
                "name": "Path",
                "args": {
                    "pattern": "/idc-provider1/**"
                }
            }
        ],
        "filters": [
            {
                "name": "RewritePath",
                "args": {
                    "regexp": "/idc-provider1/(?<remaining>.*)",
                    "replacement": "/${remaining}"
                }
            }
        ],
        "uri": "lb://idc-provider1",
        "order": 0
    },
    "order": 0
},
{
    "route_id": "CompositeDiscoveryClient_idc-provider2",
    "route_definition": {
        "id": "CompositeDiscoveryClient_idc-provider2",
        "predicates": [
            {
                "name": "Path",
                "args": {
                    "pattern": "/idc-provider2/**"
                }
            }
        ],
        "filters": [
            {
                "name": "RewritePath",
                "args": {
                    "regexp": "/idc-provider2/(?<remaining>.*)",
                    "replacement": "/${remaining}"
                }
            }
        ],
        "uri": "lb://idc-provider2",
        "order": 0
    },
    "order": 0
}

]
这个时候访问 http://192.168.124.5:2000/idc-provider1/provider1/1 根据结果可以推测能正确路由到 provider1, 测试结果一致。

创建 provider1 路由,将路径设置为 /p1/**,测试是否生效。
POST 请求 http://localhost:2000/gateway/add

{
"id":"provider1",
"predicates":[

  {
     "name":"Path",
     "args":{
        "_genkey_0":"/p1/**"
     }
  },
  {
     "name":"RemoteAddr",
     "args":{
        "_genkey_0":"192.168.124.5/16"
     }
  }

],
"filters":[

  {
     "name":"StripPrefix",
     "args":{
        "_genkey_0":"1"
     }
  }

],
"uri":"lb://idc-provider1",
"order":0
}
查看 redis 存储,或者请求 http://localhost:2000/actuator/gateway/routes , 都可以看到配置成功。

访问

curl http://localhost:2000/p1/provider1/1
结果输出 2001,与期望一致。

由此可见动态路由已经生效。

原文地址https://www.cnblogs.com/idea360/p/12632801.html

相关文章
|
8月前
|
负载均衡 监控 Java
Spring Cloud Gateway 全解析:路由配置、断言规则与过滤器实战指南
本文详细介绍了 Spring Cloud Gateway 的核心功能与实践配置。首先讲解了网关模块的创建流程,包括依赖引入(gateway、nacos 服务发现、负载均衡)、端口与服务发现配置,以及路由规则的设置(需注意路径前缀重复与优先级 order)。接着深入解析路由断言,涵盖 After、Before、Path 等 12 种内置断言的参数、作用及配置示例,并说明了自定义断言的实现方法。随后重点阐述过滤器机制,区分路由过滤器(如 AddRequestHeader、RewritePath、RequestRateLimiter 等)与全局过滤器的作用范围与配置方式,提
Spring Cloud Gateway 全解析:路由配置、断言规则与过滤器实战指南
|
7月前
|
缓存 JSON NoSQL
别再手写过滤器!SpringCloud Gateway 内置30 个,少写 80% 重复代码
小富分享Spring Cloud Gateway内置30+过滤器,涵盖请求、响应、路径、安全等场景,无需重复造轮子。通过配置实现Header处理、限流、重试、熔断等功能,提升网关开发效率,避免代码冗余。
661 1
|
9月前
|
API
使用Gateway with Inference Extension路由外部MaaS服务
本文介绍如何通过Gateway with Inference Extension对接百炼服务,实现请求路由时自动添加API Key并重写路径,包含操作步骤及验证方法。
|
10月前
|
前端开发 Java API
Spring Cloud Gateway Server Web MVC报错“Unsupported transfer encoding: chunked”解决
本文解析了Spring Cloud Gateway中出现“Unsupported transfer encoding: chunked”错误的原因,指出该问题源于Feign依赖的HTTP客户端与服务端的`chunked`传输编码不兼容,并提供了具体的解决方案。通过规范Feign客户端接口的返回类型,可有效避免该异常,提升系统兼容性与稳定性。
710 0
|
11月前
|
缓存 监控 Java
说一说 SpringCloud Gateway 堆外内存溢出排查
我是小假 期待与你的下一次相遇 ~
1383 5
|
11月前
|
Java API Nacos
|
JSON Java API
利用Spring Cloud Gateway Predicate优化微服务路由策略
Spring Cloud Gateway 的路由配置中,`predicates`​(断言)用于定义哪些请求应该匹配特定的路由规则。 断言是Gateway在进行路由时,根据具体的请求信息如请求路径、请求方法、请求参数等进行匹配的规则。当一个请求的信息符合断言设置的条件时,Gateway就会将该请求路由到对应的服务上。
1530 69
利用Spring Cloud Gateway Predicate优化微服务路由策略
|
存储 人工智能 Kubernetes
ACK Gateway with AI Extension:面向Kubernetes大模型推理的智能路由实践
本文介绍了如何利用阿里云容器服务ACK推出的ACK Gateway with AI Extension组件,在Kubernetes环境中为大语言模型(LLM)推理服务提供智能路由和负载均衡能力。文章以部署和优化QwQ-32B模型为例,详细展示了从环境准备到性能测试的完整实践过程。
|
前端开发 Java Nacos
🛡️Spring Boot 3 整合 Spring Cloud Gateway 工程实践
本文介绍了如何使用Spring Cloud Alibaba 2023.0.0.0技术栈构建微服务网关,以应对微服务架构中流量治理与安全管控的复杂性。通过一个包含鉴权服务、文件服务和主服务的项目,详细讲解了网关的整合与功能开发。首先,通过统一路由配置,将所有请求集中到网关进行管理;其次,实现了限流防刷功能,防止恶意刷接口;最后,添加了登录鉴权机制,确保用户身份验证。整个过程结合Nacos注册中心,确保服务注册与配置管理的高效性。通过这些实践,帮助开发者更好地理解和应用微服务网关。
2408 0
🛡️Spring Boot 3 整合 Spring Cloud Gateway 工程实践
|
消息中间件 监控 Java
如何将Spring Boot + RabbitMQ应用程序部署到Pivotal Cloud Foundry (PCF)
如何将Spring Boot + RabbitMQ应用程序部署到Pivotal Cloud Foundry (PCF)
411 6