Eureka挂了对整个服务的影响
服务不会立即挂掉
- 本地缓存机制：服务消费者在启动时会从 Eureka 获取服务提供者的地址列表，并缓存这些信息。即使 Eureka 挂掉，消费者仍能根据本地缓存的服务地址进行通信。
- 自我保护机制：Eureka 的自我保护机制会防止在短时间内大量服务实例被错误地剔除，从而保证服务的可用性。
PS：服务消费者通常会定期从 Eureka 拉取最新的服务提供者列表。如果在这个过程中发现 Eureka 挂了，会发生以下情况：
- 拉取失败：
- 当服务消费者尝试从 Eureka 拉取最新的服务提供者列表时，如果 Eureka 挂了，拉取请求会失败。
- 服务消费者通常会记录错误日志，提示无法连接到 Eureka Server。
- 使用本地缓存：
- 服务消费者在拉取失败后，会继续使用本地缓存的服务提供者列表。本地缓存的服务列表是在上次成功拉取时保存的。
- 只要本地缓存的服务地址仍然有效，服务消费者仍然可以调用服务提供者。
- 重试机制：
- 服务消费者通常会有一个重试机制，每隔一段时间（如30秒）再次尝试从 Eureka 拉取最新的服务提供者列表。
- 如果 Eureka 在重试期间恢复，服务消费者将能够成功拉取最新的服务列表并更新本地缓存。
对服务提供者的影响
- 服务无法注册：新的服务实例将无法向 Eureka 注册中心注册自己的信息，导致这些服务无法被其他服务发现和调用。
- 服务状态无法更新：已注册的服务实例无法正常发送心跳到 Eureka，Eureka 无法更新这些服务的状态。如果 Eureka 的自我保护机制未开启，这些服务可能会被错误地剔除。
- 服务实例信息不准确：Eureka 的自我保护机制默认开启，若超过 85% 的客户端节点在 15 分钟内没有正常心跳，Eureka Server 会进入自我保护模式，不再从注册列表中移除因长时间没收到心跳而应过期的服务。此时，即使有服务实例已挂掉，也会被保留在注册列表中。
对服务消费者的影响
- 调用失败：服务消费者从 Eureka 获取服务列表时，可能会获取到已挂掉的服务实例信息，导致调用失败。
- 负载均衡问题：如果服务消费者依赖 Eureka 的服务列表进行负载均衡，由于服务列表信息不准确，可能会导致负载均衡策略失效。
- 依赖服务不可用：如果服务消费者依赖的服务提供者实例在 Eureka 挂掉期间挂掉，且未被及时剔除，消费者可能会一直尝试调用这些不可用的实例，影响业务的正常运行。
对整个系统的影响
- 系统可用性降低：由于服务注册和发现机制失效，整个分布式系统的可用性会显著降低，可能导致部分业务功能无法正常使用。
- 数据不一致：服务实例的状态信息在 Eureka 中不准确，可能导致系统中存在数据不一致的问题。
- 故障排查困难：Eureka 挂掉后，系统中服务的状态和依赖关系变得不清晰，增加了故障排查的难度。