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

[myCupOfTea]

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

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

[myCupOfTea]

如果在这套基础上玩弹性伸缩,岂不是延迟很高

[pigbug]

@myCupOfTea 只能说能用，弹性伸缩 spring cloud 不支持把。要么 k8s 要么自研

[RichardYyf]

用 spring cloud 这套到了后期一般都需要定制某些组件模块的。既然觉得有问题，就去改呗。我们服务治理就是自研的，然后配套 k8s 做弹性伸缩

[cclander]

1.有命令可以让注册在 euraka 上的服务主动下线的。
2.spring cloud 也不是银弹，根据需求开发符合自己的东西才是王道

[securityCoding]

这套东西是很烂 ，尤其是那个 loadbalance 模块的代码简直是坨屎，内部缓存刷新机制真的很烦人

[abcbuzhiming]

spring cloud 这玩意这不是银弹，它的很多基础组件其实也仅仅是 [开发出来了] 而已，netflix 的那套其实是有点东西的，可是 netflix 后来直接说我不更新了，2.0 闭源，其实微服务的基础组件是有研发难度的。也是比较有价值的东西，真大路货的话 netflix 也不会突然就说不更新了

[cheng6563]

然后你会发现，就算你在 Eureka 上把服务下线了，过一会服务自己又注册回来。

[linbiaye]

这玩意儿胜在简单，

[buliugu]

我们换了 nacos，实时性感觉还可以

[wdlth]

Spring Boot 和 Spring Cloud 有很多代码都是偷懒的，美名其曰“约定大于配置”，其实一用起来还得自己写配置。

[realrojeralone]

要想保证高可用，不能只依赖注册中心，负载均衡器内部也要做服务探活，如果探活失败，就不加到可访问的结点里，即使注册中心告诉你它是活的

[xwayway]

我们用的 nacos，然后 gateway 自研的，感觉还行，蓝绿，灰度这种流量控制做得比较好

[myCupOfTea]

@abcbuzhiming 妈嗨,跟老板说问题,老板只会说现在社区啥都有,人家用的人那么多不可能是玩具

想自研组件都不让

[abcbuzhiming]

@myCupOfTea 行呗，老板这不已经发话了，既然老板都不怕死，你怕什么，照着他说的弄。反正手上随时准备后路，老板要死就让他死好了。

[Kyle18Tang]

网关和各个微服务可以配置重试机制, 这样拿到已经下线的服务 IP 请求报错就会试其他的.

[anubu]

在 k8s 上套的 spring cloud，内部缓存特别烦人，有时间研究的话优先把 eureka 踢出去。

[mmdsun]

记得 eureka 可以 毫秒级的吧。

估计是缓存没关。

另外 eureka spring 还在更新并没有放弃。

netflix 系列除了 eureka，其他的 spring 只是维护了没有更新了。

[yalin]

一主二从 传统 HA

[nekoneko]

eureka 换 consul 吧,naco 真不推荐

[xuanbg]

eureka 换 consul 吧,naco 真心不推荐