浅谈eureka的保护机制

  今天学习了spring cloud 中的注册中心——eureka,作为微服务的注册中心,eureka需要对服务的可用状态进行一个体现。直观的体现方式就是在eureka启动后的ui界面上可以看到服务的是否可用。

  在某一个时刻下,如果后端某一个服务不可用了,eureka不会立即将其从ui界面上删除。而是等待一段时间后再删除,在默认情况下,这个时间是90s。在90s内,eureka会有一个心跳机制来判断服务是否健康。每相隔30s会发送一个心跳信号。如果超过3次,也就是90s未收到信号,则判定发送心跳信号的服务不可用了,这时候才会将服务删除。

  但是,这里有一个问题。eureka接收心跳信号,信号也是通过网络传输的。假如,不是服务失效,而是网络状态不好。导致eureka服务器接收不到信号,那是否会因为网络的问题造成eureka误判了服务的可用情况,导致服务被误删了呢?

  考虑到这种情况,eureka设置了阈值。当15分钟之内,若挂掉的服务超过了15%。(也就是eureka突然对项目服务中的15%失去了心跳信号)那eureka会判断,这些15%的服务挂掉的原因,不是由于服务真的挂掉了,而是网络不好,心跳信号传达不到。然后eureka不会删除这些服务。

 

例子:三年一班今天老师上课突然发现了15%的学生(服务)都没来上课(失效)。老师进行判断,这15%的学生有可能是堵车(网络拥堵)了,不是故意迟到的。因为平常不会突然大量的学生同时迟到。老师不对他们追究责任(不删除服务)。

 

热门相关:豪门蜜爱:独宠天后小萌妻   买妻种田:山野夫君,强势宠!   精灵掌门人   我成了暴戾帝君的小娇包   嫡嫁千金