这是一个创建于 375 天前的主题，其中的信息可能已经有所发展或是发生改变。
现在有这样一个需求，在 spring gateway 中一个过滤器，有一个原始的请求走到下游 a 服务，现在我要在这里去请求另外一个 b 服务，然后量二者的结果进行比较，最终返回给客观端得值是 b 服务的结果，现在我通过重写 response 装饰器麻拿到结果后，在 mono.zip 并发访问这两个服务，然后重写返回值，但是最终的客户端响应得还是原始 chain.filter 的值。请问哪里有问题吗
 |
1
keepfun 2024-11-28 10:31:06 +08:00
这个逻辑不能做到 A 服务么？ 意思是不在网关改
|
 |
2
xenoblade 2024-11-28 10:56:41 +08:00
|
|
3
xenoblade 2024-11-28 11:01:44 +08:00
|
|
4
xenoblade 2024-11-28 11:17:09 +08:00
题外话，我曾今也有类似的困扰，官方讨论中也说了，API gateway 和 BFF 是两个不同的领域，专注的东西不一样，不应当简单的将两个特性糅合在一个服务中，正确的做法应该是 API gateway -> BFF 。
如果楼主和我一样，对如何基于 spring webflux 体系来设计一套 bff 感兴趣，并且希望 API gateway 支持 BFF 特性，可以参考 https://github.com/fizzgate/fizz-gateway-node ，其中 BFF 核心代码在 com.fizzgate:fizz-aggregate 中。 |
 |
6
xuanbg 2024-11-28 12:53:12 +08:00
为什么要在网关做这个事？让 A 服务返回 B 服务的返回值不行嘛
|
 |
7
seedhk 2024-11-28 13:14:37 +08:00
说句题外话，这种是不是可以理解为是业务逻辑的一部分，如果是的话，业务逻辑写到网关中是否不太好？
|
 |
8
mmdsun 2024-11-29 12:09:06 +08:00
gateway 可以这么做的，贴个精简版本虚代码看下 估计是哪里有 bug
|
Select Language