Spring Cloud-04-Eureka

1、什么是Eureka

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

2、原理

• Eureka的基本结构

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

  

• Eureka包含两个组件：Eureka Server 和 Eureka Client

  • **Eureka Server：**提供服务、注册服务，各个节点启动后，会在Eureka Server中进行注册。服务节点的信息就可以直观的看到。
  • **Eureka Client：**是一个 java 客户端，用于简化 Eureka Server的交互，客户端同时也具备一个内置的负载均衡算法的负载均衡器，在应用启动后，会向Eureka发送心跳（默认周期30秒）

• Eureka的三大角色

  1. Eureka Server：服务提供者的注册与发现
  2. Service Provider：将自身注册到Eureka中，从而使消费者能够找到
  3. Service Consumer：服务消费者从Eureka中获取注册服务列表，从未找到消费服务。

3、实践

创建服务注册中心【7001】

1、导入依赖

<dependencies>
    <!-- https://mvnrepository.com/artifact/org.springframework.cloud/spring-cloud-starter-eureka-server -->
    <dependency>
        <groupId>org.springframework.cloud</groupId>
        <artifactId>spring-cloud-starter-eureka-server</artifactId>
        <version>1.4.6.RELEASE</version>
    </dependency>
    <dependency>
        <groupId>org.springframework.boot</groupId>
        <artifactId>spring-boot-devtools</artifactId>
    </dependency>
</dependencies>

2、添加配置（配置服务注册的端口）

#Eureka配置
eureka:
  instance:
    #Eureka服务的名字
    hostname: localhost

  client:
    #表示是否向Eureka注册服务器
    register-with-eureka: false
    #如果未False则表示自己为注册中心.
    fetch-registry: false
    #编写监控页面的地址，默认地址为"http://localhost:8761/eureka/"
    service-url:
      defaultZone: http://${eureka.instance.hostname}:${server.port}/eureka/

3、编写程序入口，声明Eureka服务

@SpringBootApplication
@EnableEurekaServer
public class EurekaServer_7001 {
    public static void main(String[] args) {
        SpringApplication.run(EurekaServer_7001.class,args);
    }
}

改造服务提供者【8001】

1、导入服务监控信息的配置

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

2、编写Eureka配置信息

# Eureka配置
eureka:
  client:
    #"defaultZone", "http://localhost:8761/eureka/"
    service-url:
      defaultZone: http://localhost:7001/eureka/
  instance:
    # 默认描述信息
    instance-id: springcloud-provider-dept8001
# 配置服务信息
info:
  app.name: Aaron-springcloud
  company.name: blod.Aaron.com

3、在程序主入口添加注解@EnableEurekaClient

获取服务的一些信息【8001】

自动配置DiscoveryClient

/**
 * DiscoveryClient 获取一些配置信息，得到具体的微服务！
 */
private DiscoveryClient client;
@Autowired
public void setClient(DiscoveryClient client) {
    this.client = client;
}

获取信息

/**
 * 服务注册进来的微服务，获取一些信息
 */
@GetMapping("/discovery")
public Object discovery(){
    // 获得微服务列表的清单
    List<String> services = client.getServices();
    System.out.println("discovery=>services:"+services);

    // 得到一个具体的信息
    List<ServiceInstance> instances = client.getInstances("SPRINGCLOUD-PROVIDER-DEPT");
    for (ServiceInstance instance : instances) {
        System.out.println(
                "Host:"+instance.getHost()+"\t"+
                "Port:"+instance.getPort()+"\t"+
                "Uri:"+instance.getUri()+"\t"+
                "ServiceId:"+instance.getServiceId()
        );
    }
    return this.client;
}

创建集群

2、创建7002、7003…注册中心

配置与7001一样。不同的是需要把配置关联其他的集群，包括7001在内的所有注册中心、

service-url:
  defaultZone: http://eureka7002.com:7002/eureka/,http://eureka7003.com:7003/eureka/

3、在服务提供者更改向注册中心注册的地址【8001】

service-url:
  defaultZone: http://eureka7001.com:7001/eureka/,http://eureka7002.com:7002/eureka/,http://eureka7003.com:7003/eureka/

4、总结

如果中途把8001服务关闭，7001注册中心会报错。

7001注册中心有一种保护机制。

​ 如果某一刻有一个服务不可以用了，Eureka不会立刻清理，依旧会对该服务的信息进行保存！

可以使用eureka.server.enable-self-preservation = false 禁用自我保护模式 【不推荐关闭自我保护机制】

与Zookeeper对比

CAP原则

RDBMS（MySql、Oracle、SQL Server）===> ACID

NoSQL（redis、mongdb） ===> CAP

ACID是什么？

• A（Atomicity）原子性
• C（Consistency）一致性
• I（Isotation）隔离性
• D（Durability）持久性

CAP是什么？

• C（Consistency）一致性
• A（Availability）可用性
• P（Partition tolerance）分区容错性

CAP的三进二：CA、AP、CP

CAP理论的核心

• 一个分布式系统不可能同时很好的满足一致性、可用性和分区容错性这三个要求
• 根据CAP原理，将NoSql数据可分成了CA、CP、AP原则三大类：
  • CA：单点集群。满足一致性，可用性的系统，通常可扩展性较差
  • CP：满足一致性，分区容错性的系统，通常性能不是特别高
  • AP：满足可用性，分区容错性的系统，通常可能对一致性要求低一些

Eureka对比Zookeeper好在哪里？

分区容错性在分布式系统中必须要保证的，因此我们只能在A和C之间进行权衡

• Zookeeper保证的是CP（一致性、分区容错性）
  • Zookeeper是返回几分钟前的注册信息，不能接受服务直接down掉，
  • 如果与主节点失去联系，会重新选举一个节点作主节点。【数据越大，时间久】
• Eureka保证的AP（可用性、分区容错性）
  • 优先保证了可用性，Eureka各个节点都是平等的，几个节点挂掉不会影响正常的工作，
  • 只不过查到的信息可能不是最新的，
  • Eureka还有自我保护机制。在15分钟内超过85%的节点都没有心跳，那他就会认为注册中心出现了网络故障，此时会出现一下几种情况。
    1. Eureka不再从注册列表中移除，因为长时间没收到心跳
    2. Eureka仍然能够接受新服务的注册和查新请求，但不会被同步到其他节点上
    3. 当网络稳定时，当前实例新的节点信息会同步到其他节点中、

因此，Eureka可以很好的对应因网络故障导致的部分节点联系的情况。

​ 而Zookeeper那样会使整个服务瘫痪…