Eureka

Posted 2020-11-19 cbxblog

    Eureka是Netflix的一个子模块，也是核心模块之一。Eureka是一个基于REST的服务，用于定位服务，以实现云端中间服务发现和故障转移。
    服务注册与发现对于微服务架构来说是非常重要的，有了服务注册与发现，只需要使用服务的标识符，就可以访问到服务，而不需要修改服务调用的配置文件了。
    功能类似dubbo的注册中心，比如Zookeeper。
    SpringCloud 封装了Netflix公司开发的Eureka模块来实现服务注册和发现。
    Eureka采用了C-S的设计架构。Eureka Server作为服务器注册功能的服务器，它是服务注册中心。
    而系统的其他微服务，使用Eureka的客户端连接到Eureka Server并维持心跳连接。这样系统的维护人员就可以通过Eureka Server来监控系统中各个微服务是否正常运行。
    Spring Cloud的一些其他模块（如zuul）就可以通过Eureka Server来发现系统中的其他微服务，并执行相关的逻辑。
    Eureka包含两个组件：Eureka Server 和 Eureka Client
    Eureka Server提供服务注册服务
    各个节点启动后，会在Euraka Server中注册，这样EurekaServer中的服务注册表中将会存储所有可用服务节点的信息，服务节点的信息可以在界面中直观的看到。
    EurekaClient是一个java客户端，用户简化EurekaServer交互，客户端同时也具备一个内置的、使用轮询（round-robin）负载算法的负载均衡器。
    在应用启动后，将会向Euraka Server发送心跳（默认周期30秒）。如果Eureka Server在多个心跳周期没有接收到某个节点的心跳，Eureka Server将会从服务注册表中
    把这个服务节点移除。（默认90秒）
    三大角色
        Eureka Server 提供服务注册和发现
        Service Provider服务提供方将自身服务注册到 Eureka，从而使消费者能够找到
        Service Consumer服务消费方从Eureka获取注册服务列表，从而能够消费服务
    自我保护机制：某一时刻某个微服务不可用了，eureka不会立刻清理，依旧会对该微服务的信息进行保存。
        默认情况下，如果Eureka Server在一定时间内（默认90秒）没有接收到某个微服务实例的心跳，Eureka Server将会移除该实例。但是当网络分区故障发生时，
        微服务与Eureka Server之间无法正常通信，而微服务本身是正常运行的，此时不应该移除这个微服务，所以引入了自我保护机制。
        自我保护模式正是一种针对网络异常波动的安全保护措施，使用自我保护模式能使Eureka集群更加的健壮、稳定的运行。
        自我保护机制的工作机制是如果在15分钟内超过85%的客户端节点都没有正常的心跳，那么Eureka就认为客户端与注册中心出现了网络故障，
        Eureka Server自动进入自我保护机制，此时会出现以下几种情况：
        1、Eureka Server不再从注册列表中移除因为长时间没收到心跳而应该过期的服务。
        2、Eureka Server仍然能够接受新服务的注册和查询请求，但是不会被同步到其它节点上，保证当前节点依然可用。
        3、当网络稳定时，当前Eureka Server新的注册信息会被同步到其它节点中。
        因此Eureka Server可以很好的应对因网络故障导致部分节点失联的情况，而不会像ZK那样如果有一半不可用的情况会导致整个集群不可用而变成瘫痪。