初学SpringCloud之Eureka

一、SpringCloud组件之Eureka

Eureka是微服务的注册中心。注册中心可以说是微服务架构中的”通讯录“，它记录了服务和服务地址的映射关系。在分布式架构中，服务会注册到这里，当服务需要调用其它服务时，就这里找到服务的地址，进行调用。

1.1，Eureka概述

         Eureka是Netflix开发的服务发现框架，SpringCloud将它集成在自己的子项目spring-cloud-netflix中，
实现SpringCloud的服务发现功能。

1、Eureka Server：提供服务注册和发现
2、Service Provider：服务提供方、将自身服务注册到Eureka，从而使服务消费方能够找到
3、Service Consumer：服务消费方、从Eureka获取注册服务列表，从而能够消费服务

1.2，Eureka的交互流程与原理

图是来自Eureka官方的架构图，大致描述了Eureka集群的工作过程。图中包含的组件非常多，可能比较难以理解，我们用通俗易懂的语言解释一下：
Application Service 相当于本书中的服务提供者，Application Client相当于服务消费者；
Make Remote Call，可以简单理解为调用RESTful API；
us-east-1c、us-east-1d等都是zone，它们都属于us-east-1这个region；

由图可知，Eureka包含两个组件：Eureka Server 和 Eureka Client，它们的作用如下：
(1)Eureka Client是一个Java客户端，用于简化与Eureka Server的交互；
(2)Eureka Server提供服务发现的能力，各个微服务启动时，会通过Eureka Client向Eureka Server进行注册自己的信息（例如网络信息），Eureka Server会存储该服务的信息；
(3)微服务启动后，会周期性地向Eureka Server发送心跳（默认周期为30秒）以续约自己的信息。如果Eureka Server在一定时间内没有接收到某个微服务节点的心跳，Eureka Server将会注销该微服务节点（默认90秒）；
(4)每个Eureka Server同时也是Eureka Client，多个Eureka Server之间通过复制的方式完成服务注册表的同步；
(5)Eureka Client会缓存Eureka Server中的信息。即使所有的Eureka Server节点都宕掉，服务消费
者依然可以使用缓存中的信息找到服务提供者。(数据短暂不一致)

综上，Eureka通过心跳检测、健康检查和客户端缓存等机制，提高了系统的灵活性、可伸缩性和可用性。

1.3，搭建Eureka注册中心

给大家看下，这是我本地搭建的工程，spring_cloud_demo为父工程，有两个服务，订单服务和商品服务，现在新建一个eureka_server模块。

(1)引入maven坐标

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

(2)配置application.yml

server:
  port: 9000
  #配置eureka server
eureka:
  instance:
    hostname: localhost
  client:
    register-with-eureka: false #是否将自己注册到Eureka服务中
    fetch-Registry: false #是否从Eureka中获取注册信息
    service-url:
      defaultZone: http://${eureka.instance.hostname}:${server.port}/eureka/

(3)配置启动类

@SpringBootApplication
//激活eurekaClient
@EnableEurekaServer
public class EurekaServerApplication {
    public static void main(String[] args) {
      SpringApplication.run(EurekaServerApplication.class, args);
    }
}

访问：localhost:9000即可

Eureka启动后我们在product_service(商品服务)引入相关依赖和配置.yml文件就可以将服务注册到Eureka，这里就不演示了。

1.4，Eureka中的元数据

标准元数据：主机名、IP地址、端口号、状态页和健康检查等信息，这些信息都会被发布在服务注
册表中，用于服务之间的调用。
自定义元数据：可以使用eureka.instance.metadata-map配置，符合KEY/VALUE的存储格式。这
些元数据可以在远程客户端中访问。

1.5，获取Eureka中的元数据

在程序中可以使用DiscoveryClient 获取指定微服务的所有元数据信息：

@Autowired
private DiscoveryClient discoveryClient;
//调用服务名称获取所有的元数据
List<ServiceInstance> instances = discoveryClient.getInstances("service-product");

1.6，Eureka的自我保护机制

我们在单机测试的时候很容易满足心跳失败比例在 15 分钟之内低于 85%，这个时候就会触发 Eureka 的保护机制，一旦开启了保护机制，则服务注册中心维护的服务实例就不是那么准确了，此时我们可以使用eureka.server.enable-self-preservation=false来关闭保护机制，这样可以确保注册中心中不可用的实例被及时的剔除（不推荐）。

1.7，Eureka高可用

我们在上面实现了单节点的Eureka Server的服务注册与服务发现功能。Eureka Client会定时连接Eureka Server，获取注册表中的信息并缓存到本地。微服务在消费远程API时总是使用本地缓存中的数据。因此一般来说，即使Eureka Server发生宕机，也不会影响到服务之间的调用。但如果EurekaServer宕机时，某些微服务也出现了不可用的情况，Eureka Server中的缓存若不被刷新，就可能会影响到微服务的调用，甚至影响到整个应用系统的高可用。因此，在生成环境中，通常会部署一个高可用的Eureka Server集群。
Eureka Server可以通过运行多个实例并相互注册的方式实现高可用部署，Eureka Server实例会彼此增量地同步信息，从而确保所有节点数据一致。事实上，节点之间相互注册是Eureka Server的默认行为。