网关分发主数据设想方案

## 1.现状
![](/media/202406/2024-06-25_154559_355525.png)

## 2.期望
采用gateway代替掉PO，尽量采用配置的方式，减少开发工作量。
查阅网关官网后，发现插件列表的中 Redirect插件 最接近于需求，官网链接如下：https://shenyu.apache.org/zh/docs/plugin-center/http-process/redirect-plugin

## 3.设想方案
![](/media/202406/2024-06-25_160123_551817.png)

外部请求进来后，selector进行初次拦截，成功后，后面多个rule满足条件，rule中处理主数据发送到target系统，线程池的方式处理，异步分发，同步响应成功给Origin。

## 4.实际验证
### 4.1 验证前配置准备

1.POSTMAN测试样例：
![](/media/202406/2024-06-25_160937_211168.png)

2.selector配置如下
![](/media/202406/2024-06-25_161044_852252.png)
由图可知，selector采用path进行匹配。

3.rule配置如下
![](/media/202406/2024-06-25_161336_064950.png)
由图可知，rule中存在多个目标系统，每个目标系统采用DSystem_目标系统 进行匹配，一旦匹配上了，则进行转发操作。
### 4.2 断点调试
断点源码AbstractShenyuPlugin.java可知
![](/media/202406/2024-06-25_161813_161080.png)
### 4.3 改变思路
既然一个selector匹配多个rule的方案不得行，那么是否可以一个selector匹配一个rule，外部一个请求进来同时匹配成功多个selector呢，这种方案虽然配置非常多(即源系统+目标系统 设置成一个selector，会存在非常多的selector)，但是满足了只需要配置，不需要开发就能完成该功能的目标，断点如下
![](/media/202406/2024-06-25_162355_861341.png)
实际验证也不得行。
## 5.咨询官网
关于如上的需求，结合到源代码，咨询了下网关，官网给的答复是：网关的设计原理就是一个请求对应一个响应，以插件作为过滤器，以链路作为管道，直至执行完所有满足条件的插件，响应返回信息。那么我们的这个一次请求，多条响应的需求是不满足网关设计原则的。
## 6.更改源代码
还是坚持一个selector匹配，多个rule执行的思路，修改源代码，将rule过滤处改掉，支持返回多条rule到plugin中，代码修改处如下
![](/media/202406/2024-06-25_163614_938580.png)
redirect插件重写如下
![](/media/202406/2024-06-25_164416_643207.png)

总结：如上的思路成功实现了分发功能。
## 7.另辟方案
详见如下文档：https://doc.tqsys.cn/project-38/doc-618/