SpringCloud(4)-Eureka

Eureka简介

Eureka是Netflix的一个子模块,也是核心模块之一。Eureka是一个基于REST的服务，用于定位服务，以实现云端中间层服务发现和故障转移,服务注册与发现对于微服务来说是非常重要的，有了服务发现与注册，只需要使用服务的标识符，就可以访问到服务，而不需要修改服务调用的配置文件了，功能类似于Dubbo的注册中心，比如Zookeeper。

Eureka的基本架构

SpringCloud 封装了NetFlix公司开发的Eureka模块来实现服务注册和发现(对比Zookeeper)。Eureka采用了C-S的架构设计，EurekaServer 作为服务注册功能的服务器，他是服务注册中心。而系统中的其他微服务使用Eureka的客户端连接到EurekaServer并维持心跳连接。这样系统的维护人员就可以通过EurekaServer来监控系统中各个微服务是否正常运行，SpringCloud的一些其他模块(比如Zuul)就可以通过EurekaServer来发现系统中的其他微服务，并执行相关的逻辑。

Eureka包含两个组件: Eureka Server和Eureka Client。Eureka Server提供服务注册服务，各个节点启动后，会在EurekaServer中进行注册，这样Eureka Server中的服务注册表中将会存储所有可用服务节点的信息，服务节点的信息可以在界面中直观的看到。Eureka Client是一个Java客户端，用于简化EurekaServer的交互，客户端同时也具备一个内置的，使用轮询负载算法的负载均衡器。在应用启动后,将会向EurekaServer发送心跳(默认周期为30秒)。如果Eureka Server在多个心跳周期内没有接收到某个节点的心跳，EurekaServer将会从服务注册表中把这个
服务节点移除掉(默认周期为90秒)(自我保护机制)。

三大角色

Eureka Server:提供服务酌注册于发现。
Service Provider:将自身服务注册到Eureka中,从而使消费方能够找到。
Service Consumer:服务消费方从Eureka中获取注册服务列表,从而找到消费服务。

实现Eureka Server

在springcloud父maven工程下新建一个module，创建一个子maven工程springcloud-eureka-7001。
修改pom文件，添加依赖。

 <dependencies>
        <dependency>
            <groupId>org.springframework.cloud</groupId>
            <artifactId>spring-cloud-starter-netflix-eureka-server</artifactId>
        </dependency>
    </dependencies>

修改application.yml文件，配置Eureka Server

server:
  port: 7001

eureka:
  instance:
    hostname: localhost #eureka服务端实例名称
  client:
    register-with-eureka: false #表示是否向eureka注册自己
    fetch-registry: false #如果为false表示自己为注册中心
    service-url:  #监控页面
      defaultZone: http://${eureka.instance.hostname}:${server.port}/eureka/

在com.yinrz.springcloud包下新建启动类 EurekaServer_7001：

@EnableEurekaServer //Eureka服务端的启动类，可以接收别人注册进来
@SpringBootApplication
public class EurekaServer_7001 {
    public static void main(String[] args) {
        SpringApplication.run(EurekaServer_7001.class,args);
    }
}

启动项目，访问http://localhost:7001/：

实现Service Provider

在之前的springcloud-provider-dept-8001项目上添加pom依赖。

<dependency>
    <groupId>org.springframework.cloud</groupId>
    <artifactId>spring-cloud-starter-netflix-eureka-client</artifactId>
</dependency>
<!-- 完善监控信息  -->
<dependency>
    <groupId>org.springframework.boot</groupId>
    <artifactId>spring-boot-starter-actuator</artifactId>
</dependency>

修改application.yml文件，配置Eureka Client与信息：

eureka:
  client:
    service-url: #服务注册到哪里
      defaultZone: http://localhost:7001/eureka/
  instance:
    instance-id: springcloud-provider-dept-8001 #修改默认信息
    
info:
  app.name: springcloud-provider-dept
  company.name: yinrz.com

在启动类上添加注解@EnableEurekaClient：

@EnableEurekaClient //在服务启动后自动注册到eureka中
@SpringBootApplication
public class DeptProvider_8001 {
    public static void main(String[] args) {
        SpringApplication.run(DeptProvider_8001.class,args);
    }
}

先启动EurekaServer_7001，再启动DeptProvider_8001，再次访问http://localhost:7001/：

点击springcloud-provider-dept-8001，发现之前配置的信息在此能看见：

实现Eureka Server集群

在springcloud父maven工程下新建多个module，创建多个子maven工程springcloud-eureka-7002，springcloud-eureka-7003。
修改对应的pom文件(添加与springcloud-eureka-7001相同的依赖)。
修改与springcloud-eureka-7001的application.yml文件

server:
  port: 7001

eureka:
  instance:
    hostname: localhost #eureka服务端实例名称
  client:
    register-with-eureka: false #表示是否向eureka注册自己
    fetch-registry: false #如果为false表示自己为注册中心
    service-url:  #监控页面
      defaultZone: http://127.0.0.1:7002/eureka/,http://127.0.0.1:7003/eureka/

修改与springcloud-eureka-7002的application.yml文件

server:
  port: 7002

eureka:
  instance:
    hostname: localhost #eureka服务端实例名称
  client:
    register-with-eureka: false #表示是否向eureka注册自己
    fetch-registry: false #如果为false表示自己为注册中心
    service-url:  #监控页面
      defaultZone: http://127.0.0.1:7001/eureka/,http://127.0.0.1:7003/eureka/

修改与springcloud-eureka-7003的application.yml文件

server:
  port: 7003

eureka:
  instance:
    hostname: localhost #eureka服务端实例名称
  client:
    register-with-eureka: false #表示是否向eureka注册自己
    fetch-registry: false #如果为false表示自己为注册中心
    service-url:  #监控页面
      defaultZone: http://127.0.0.1:7001/eureka/,http://127.0.0.1:7002/eureka/

修改springcloud-provider-dept-8001的application.yml

eureka:
  client:
    service-url: #服务注册到哪里
      defaultZone: http://127.0.0.1:7001/eureka/,http://127.0.0.1:7002/eureka/,http://127.0.0.1:7003/eureka/
  instance:
    instance-id: springcloud-provider-dept-8001 #修改默认信息

分别启动springcloud-eureka-7001，springcloud-eureka-7002，springcloud-eureka-7003，再启动springcloud-provider-dept-8001

对比ZooKeeper

什么是CAP原则？

CAP原则又称CAP定理，指的是在一个分布式系统中，一致性（Consistency）、可用性（Availability）、分区容错性（Partition tolerance）。CAP 原则指的是，这三个要素最多只能同时实现两点，不可能三者兼顾。

一致性（C）：在分布式系统中的所有数据备份，在同一时刻是否同样的值。（等同于所有节点访问同一份最新的数据副本）

可用性（A）：在集群中一部分节点故障后，集群整体是否还能响应客户端的读写请求。（对数据更新具备高可用性）

分区容忍性（P）：以实际效果而言，分区相当于对通信的时限要求。系统如果不能在时限内达成数据一致性，就意味着发生了分区的情况，必须就当前操作在C和A之间做出选择。

Zookeeper保证的是CP

Zookeeper能保证拿到的注册信息是最新的（C），但是会出现这样一种情况，当master节点因为网络故障与其他节点失去联系时，剩余节点会重新进行leader选举。问题在于，选举leader的时间太长，30~120s，且选举期间整个Zookeeper集群都是不可用的，这就导致在选举期间注册服务瘫痪。在云部署的环境下，因为网络问题使得Zookeeper集群失去master节点是较大概率会发生的事件，虽然服务最终能够恢复，但是漫长的选举时间导致的注册长期不可用是不能容忍的。

Eureka保证的是AP

Eureka看明白了这一点, 因此在设计时就优先保证可用性。当向注册中心查询服务列表时，我们可以容忍注册中心返回的是几分钟以前的注册信息，但不能接受服务直接down掉不可用（A）。也就是说，服务注册功能对可用性的要求要高于一致性。Eureka各个节点都是平等的，几个节点挂掉不会影响正常节点的工作，剩余的节点依然可以提供注册和查询服务。而Eureka的客户端在向某个Eureka注册时，如果发现连接失败，则会自动切换至其他节点，只要有一台Eureka还在，就能保住注册服务的可用性，只不过查到的信息可能不是最新的，除此之外，Eureka还有一种自我保护机制，如果在15分钟内超过85%的节点都没有正常的心跳，那么Eureka就认为客户端与注册中心出现了网络故障，此时会出现以下几种情况:

Eureka不再从注册列表中移除因为长时间没收到心跳而应该过期的服务
Eureka仍然能够接受新服务的注册和查询请求，但是不会被同步到其他节点上(即保证当前节点依然可用)
当网络稳定时，当前实例新的注册信息会被同步到其他节点中。

因此，Eureka可以很好的应对因网络故障导致部分节点失去联系的情况，而不会像zookeeper那样使整个注册服务瘫痪。

posted @ 2020-04-22 11:30 Baby丿太依赖阅读(173) 评论(0) 收藏举报

刷新页面返回顶部

Baby丿太依赖

SpringCloud(4)-Eureka

SpringCloud(4)-Eureka

公告