[Question] 本地多人开发时，如何将请求路由到自己的后端实例

[LinZhaoguan]

问题场景：

基于 Nacos + Spring Cloud 的技术栈，在多个开发者本地开发环境中，多人同时开发同一个服务（例如 user-service）的情况非常常见。每个开发者都会运行自己本地的服务实例（例如，开发者 A 的 user-service:8081，开发者 B 的 user-service:8082，开发者 C 的 user-service:8083）。

目前，ShenYu 网关根据标准的负载均衡策略（轮询、随机、一致性哈希等）将请求路由到服务实例。虽然这在生产环境中很有效，但在本地开发过程中会带来显著的效率低下：

开发者之间相互干扰： 如果开发者 A 正在测试其本地 user-service:8081 实例上的某个特定功能，但其前端页面（例如一个 React 页面）发出的请求可能会被 ShenYu 随机路由到开发者 B 的 user-service:8082 实例。这意味着开发者 A 实际上在测试开发者 B 的代码，导致功能验证不准确、浪费时间并造成挫败感。
调试困难： 当出现 Bug 时，很难确定是哪个开发者的实例处理了请求，这使得调试和问题复现变得更加困难。
测试周期效率低下： 开发者通常不得不重启他们的整个前端/后端堆栈、清除缓存，甚至手动访问特定端口，以确保他们的请求到达他们预期的本地服务实例，这大大减慢了开发工作流程。
当前端（例如本地运行的 Web 应用程序）需要与 多个 后端服务交互，而开发者只修改了其中一部分服务时，这个问题尤为突出。我们希望能够将用户的请求“粘滞”到 其特定的本地实例，用于他们正在开发的服务，同时其他服务仍能正常路由。

请问有什么解决办法？感谢

[github-actions]

👋 Hello @yuluo-yx

A new issue has been opened by @LinZhaoguan:

• Title: [Question] 本地多人开发时，如何将请求路由到自己的后端实例
• Link: [Question] 本地多人开发时，如何将请求路由到自己的后端实例 #6238

Please review when you have time. Thank you! 🙏

[yuluo-yx]

这应该不是问题？

1. 开发的服务别注册到 nacos，把 nacos 注册代码注释掉不行？
2. shenyu 路由的规则配置，例如条件匹配 https://shenyu.apache.org/zh/docs/user-guide/admin-usage/selector-and-rule
3. 前端流量染色，在 shenyu 通过 label 区分路由

[LinZhaoguan]

这应该不是问题？

1. 开发的服务别注册到 nacos，把 nacos 注册代码注释掉不行？
2. shenyu 路由的规则配置，例如条件匹配 https://shenyu.apache.org/zh/docs/user-guide/admin-usage/selector-and-rule
3. 前端流量染色，在 shenyu 通过 label 区分路由

感谢 @yuluo-yx 的快速回复和建议！

我理解你提出的方案，但我认为对于我们团队当前面临的挑战，可能还有一些更优或更适合微服务场景的解决方案。让我来详细解释一下我们遇到问题的核心，以及为什么我们希望寻求一个更自动、更集成化的方式：

我们的核心诉求是实现 “请求隔离（Request Isolation）” 或 “开发者沙箱（Developer Sandbox）” 的概念。也就是说：

• 当开发者 A 在开发 user-service 时，其前端发出的请求，如果目标是 user-service，我们希望它 始终 路由到开发者 A 本地的 user-service:8081 实例。
• 同时，如果开发者 A 的前端需要调用 order-service，这个请求应该 正常地 通过 ShenYu 路由到 任意可用的 order-service 实例（可以是其他开发者的、测试环境的、甚至本地的另一个端口，只要它在 Nacos 中注册并可用）。
• 最终目标是：在同一个 Nacos 命名空间下，多个开发者可以同时启动同一个服务的不同实例，并且通过前端的某种标识，确保请求能够精准地路由到各自的本地开发实例。

而 Shenyu 路由的规则配置，需要每个人都要配置一套自己的规则，不仅不利于维护和共享配置，而且由于 Shenyu 本质上是从 Nacos 上获取的服务实例列表，现有的路由规则无法优先将请求转发到本机启动的服务实例。

另外，在 Shenyu 2.5.x 的版本中，我曾经实现过扩展 shenyu-spring-cloud-plugin，根据请求头的染色标识，从nacos服务列表中，根据服务实例的 metadata 过滤出对应的服务实例。但是新版本 Divide 插件未找到相关的扩展点。

期待能和大家一起探讨出更优雅的解决方案！