Kent Dong
Kent Dong
看了一下 nacos client 的代码，这个报错就代表请求 nacos 失败了。但它这里没有把原始的错误信息记录下来。 这个 docker compose 实例方便重启一下吗？可以看看重启会不会有什么问题
针对这个报错，我现在看不出是什么原因。但我们下个版本可以在 API Server 里对 nacos 日志做个 rolling，避免占用过多空间。
@abclint ，你可以修改 compose/.env 文件，把 API Server 的镜像 tag 改成 0.0.17。这个版本是增加了日志滚动功能的，最多会同时存在 4 个 30 MB 的日志文件。
> > 看了一下 nacos client 的代码，这个报错就代表请求 nacos 失败了。但它这里没有把原始的错误信息记录下来。 > > 这个 docker compose 实例方便重启一下吗？可以看看重启会不会有什么问题 > > higress获取配置是否做了trim操作，应该需要和nacos生成md5的逻辑保持一致，这里应该是md5校验不一致，nacos服务是正常访问的 我本地试一下。不过这里是 Nacos Go SDK 的逻辑，不是 Higress 的逻辑。
我本地没有重现。因为这部分逻辑完全都是 nacos 的一部分，而且报错应该也是服务端返回的，不确定是否和你所使用的特定 nacos 版本有关系.
Should this model mapping config be set in a provider level or route level?
> > Should this model mapping config be set in a provider level or route level? > > provider&route level, like this match config: > > ``` > ingress: >...
互相对齐 ---- 回复的原邮件 ---- | 发件人 | ***@***.***> | | 发送日期 | 2024年12月16日 20:31 | | 收件人 | alibaba/higress ***@***.***> | | 抄送人 | Kent ***@***.***>, Author ***@***.***> | |...
> [@CH3CHO](https://github.com/CH3CHO) 通过eureka发现的服务怎么管理生命周期的？我理解注册中心的服务是动态的上下线，higress也应该需要识别到服务实例的状态，做到动态更新，不然路由到已经下线的实例怎么办？当前社区的怎么考虑这个问题的，有计划解决方案吗？还是就是这么设计的？谢谢 @yumc2573 目前的逻辑是防止 Higress 或注册中心出现问题，导致获取到空的列表，所以会保留最近一次服务实例的缓存数据。后续期望的行为就是这个 issue 里所说的，根据配置决定要不要清理缓存。