Issue: About Higress syncing Nacos service list delay problems about higress HOT 3 OPEN

如果服务完全摘除后再重新上线，目前这个轮询list的机制确实会在这种极端case下影响重新上线后的速度，但在完全摘除时已经造成了流量影响，一般业务上也不会这样去操作。

这个情况的确是有些极端，因为我们做的是微服务平台，通常来说，业务研发主要关心业务代码开发，不关心底层基础架构，业务研发是完全信赖基础平台的。这个场景中，极端场景下，业务会遇到上线（尤其是新上线）服务后，回归测试出现问题。实际上，关于网关规则生效速度慢的问题，还可能会导致前端微服务场景中 CDN 静态资源回源 404 的问题。

nacos3.0会支持模糊订阅机制（订阅一个分组下的服务新增），如果你们业务确实要考虑这种极端用例，higress未来可以考虑基于这个机制扩展一下

感谢提醒，我关注一下

非常感谢回复，期待后续在 Higress 上有更多交流～

from higress.

这样处理并没有问题，因为新注册到nacos上的服务，不会立即就去创建路由，即使做了一些自动化机制，一注册就立即创建路由，影响面也是在路由刚创建的时候要多等一会儿生效。

路由转发给哪个服务是个静态配置，只要Nacos上这个服务没有完全摘除，服务上下线都不会造成流量影响。

如果服务完全摘除后再重新上线，目前这个轮询list的机制确实会在这种极端case下影响重新上线后的速度，但在完全摘除时已经造成了流量影响，一般业务上也不会这样去操作。

from higress.

nacos3.0会支持模糊订阅机制（订阅一个分组下的服务新增），如果你们业务确实要考虑这种极端用例，higress未来可以考虑基于这个机制扩展一下

from higress.