实例 down 掉， eureka 要 90s 后才剔除，那么期间的被打到这台实例的请求是不是就挂了？

[yedra]

[zhaorunze]

有负载均衡呢，挂了不会请求其他机器么

[nicholasxuu]

health check 失败时不就可以直接被路由给踢了吗？

[fkdog]

是的呢。
各个 service 也是定期从 eureka 获取最新的服务可以用 ip 列表，然后本地按照一定的策略去访问。
如果某个服务 A 挂了，B 服务本地从 eureka 获取的 A 服务 ip 列表还没更新，那么也是会出现访问到已经 down 机的那个 ip 上。

要么做好服务 fallback ，要么做好故障转移

[fkdog]

另外补充一下，有些注册中心用的是 push 模式，有的用的 pull ，有的用的长链接轮训。 主动 push 和长链接轮训的这种，如果 B 能优雅停机，那么 A 是能及时获取到最新的服务列表。

如果 B 异常 down 机或者网络故障，那么 A 依然还是要做好回退策略的。

[murenx]

CAP 理论背书，分布式系统中注册中心必有，至于 A 和 C ，根据侧重点不同选取。eureka 就是保证了 AP ，至于 C ，通过重试，回退，幂等，分布式事务等策略进行处理

[dalang]

90 秒这个时间是可以调的。

[murenx]

eureka 是 AP
ZooKeeper 是 CP
nacos 不仅支持 CP 也支持 AP

[liyunyang]

https://segmentfault.com/a/1190000023737598

[paradoxs]

90 秒不是固定的

直接换 nacos+sential

[twogoods]

搜一下 eureka 服务优雅下线

[sun1993]

P2C 负载均衡算法，可以主动将坏节点降权，并规律性重试，这个机制有点类似熔断

[starrynight9]

每个请求是由服务的 ribbon 组件进行处理的。默认请求失败之后会重试下一台实例，所以在外部看来就是可能会卡了一下。如果请求幂等的话，是没啥问题的

[plko345]

@twogoods 这个是主动下线, 假设情况是服务的一个副本意外故障呢, 怎么在短时间内(如 5 秒内)让该服务自动下线

[twogoods]

@plko345 #13 意外故障也分情况 是不是 unhealth 了会不会同步到 eureka,能不能代业务上判断加个钩子实现主动 shutdown,又或者不强依赖实例下线，调用方重试行不行，又或者负载均衡算法根据错误率权重来选择实例

[Chinsung]

重试配置好，直接 try 下一台机器就行了，当次请求的延迟可能会高一点
要么就检测实例 down 了就发 eureka 接口手动下线

[wujiezero]

负载均衡策略可以设置请求不发往 down 掉的实例