spring cloud 这套高可用真的靠谱么,还是少了啥部件

[myCupOfTea]

真有服务挂了,eureka 下线其实还挺慢的,就算警报受到了,我也没法在 euraka 的监控面板让它主动下线

然后其实 spring gateway 内部还有缓存机制,重新拉 eureka 也要时间,感觉恢复太慢了

[tyit]

说说我这边遇到的问题。

对于请求通过 k8s 的 service 层到达 pod 容器的情况，可以通过 k8s 优雅机制来确保 pod 容器在上线滚动更新期间，做到业务"无感知"。但是目前线上 pod 容器服务主动注册到 nacos 配置中心，业务方通过 nacos 网关调用 pod 容器服务，即调用请求绕过了 k8s 的 service 层。

这就出现了一个问题：pod 容器更新期间，老 pod 已经优雅终止掉了，但是其 ip 和端口还在 nacos 的网关缓存里，调用请求会在 nacos 网关缓存未完全更新之前打到已经终止掉的 pod 地址，这就会出现连接超时，调用失败错误，从而造成业务流量损失。

[passerbytiny]

spring cloud 是开源非商业集成器，貌似连可选的商业服务都没有。这是管送不管养的东西，你不能拿来直接用。

[0576coder]

@xuanbg


是不是可以直接把请求转到 k8s 的 service 层 这样是不是可以不用自研 gateway 层了

[0576coder]

@tyit

是不是可以直接把请求转到 k8s 的 service 层 这样是不是可以不用自研 gateway 层了

[securityCoding]

@tyit 我也遇到了，在解决中。k8s 分批更新 nacos 客户端能及时收到推送更新，应该不是 nacos 的问题。我猜应该是 loadbalance 组件的内部缓存，它是自己定时刷新机制，解决思路 1.魔改 loadbalance 源码 2.路由策略支持失败转移

[buliugu]

@tyit 可以在 preStop 里调用 /actuator/service-registry 将服务下线，等待一段时间后删除 pod