Eureka服务注册与发现（停更）

Eureka基础知识

1、什么是服务治理？
SpringCloud封装了Netflix公司开发的Eureka模块来实现服务治理。在传统的rpc远程调用框架中，管理每个服务与服务之间的依赖关系比较复杂，管理比较复杂，所以需要使用服务治理，管理服务于服务之间原来关系，可以实现服务调用、负载均衡、容错等，实现服务注册与发现
2、什么是服务注册与发现
Eureka采用了CS的设计架构，Eureka Server 作为服务注册功能的服务器，他是服务注册中心。而系统中的其他微服务，使用Eureka的客户端连接到EurekaServer并维持心跳连接。这样系统的维护人员就可以通过Eureka Server来监控系统中各个微服务是否正常运行。在服务注册与发现中，有一个注册中心。当服务器启动的时候，会把当前自己服务器的信息比如服务地址通讯地址等以别名方式注册到注册中心上。另一方(消费者、服务提供者)，以该别名的方式去注册中心上获取到实际的服务通讯地址，然后再实现本地RPC调用RPC远程调用框架核心设计思想:在于注册中心，因为使用注册中心管理每个服务与服务之间的一个依赖关系(服务治理概念)。在任何rpc远程框架中，都会有一个注册中心(存放服务地址相关信息(接口地址))。

服务注册：将服务信息注册进注册中心
服务发现：从注册中心上获取服务信息
实质：存key服务命令，取value调用地址

3、Eureka包含两个组件：EurekaServer 和 EurekaClient
（1）EurekaServer提供服务注册服务：各个服务节点通过配置启动后，会在EurekaServer中进行注册，这样EurekaServer中的服务注册表中会存储可用服务节点的信息，服务节点的信息可以在界面中直观看到。
（2）EurekaClient通过注册中心进行访问：是一个Java的客户端，用于简化EurekaServer的交互，客户端同时也是具备一个内置的、使用轮询（round-robin）负载均衡算法的负载均衡器。在应用启动后，将会想EurekaServer发送心跳（默认周期为：30s）。如果EurekaServer在多个心跳周期内没有接收到某个节点心跳，EurekaServer将会从服务注册表中将这个节点移除（默认：90s）

单机Eureka构建步骤

1、Eureka 服务端依赖
（1）引入pom依赖

<dependency>
    <groupId>org.springframework.cloudgroupId>
    <artifactId>spring-cloud-starter-netflix-eureka-serverartifactId>
dependency>

（2）写 yml 配置文件

server:
  port: 7001
eureka:
  instance:
    hostname: localhost  #eureka服务端的实例名字
  client:
    register-with-eureka: false    #表示不向注册中心注册自己
    fetch-registry: false   #表示自己就是注册中心，职责是维护服务实例，并不需要去检索服务
    service-url:
    	defaultZone: http://${eureka.instance.hostname}:${server.port}/eureka/     #单机模式就是自己

（3）EurekaServer 主启动

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

2、Eureka 客户端依赖
（1）EurekaClient 主启动

<dependency>
     <groupId>org.springframework.cloudgroupId>
     <artifactId>spring-cloud-starter-netflix-eureka-clientartifactId>
dependency>

（2）写 yml 配置文件

spring:
  application:
    name: cloud-payment-service   #微服务名称：microservice-name
eureka:
  client:
    #表示收将自己注册到EurekaServer，默认为true
    register-with-eureka: true
    #是否从EurekaServer抓取已有的注册信息，默认为true，单节点无所谓，集群必须设置为true才能配合ribbon使用负载均衡
    fetchRegistry: true
    service-url:
        defaultZone: http://localhost:7001/eureka  #单机版

（3）主启动

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

集群Eureka构建步骤

注册中心集群概念：互相注册，相互守望。

1、集群配置

eureka:
  instance:
    hostname: eureka7001.com  #eureka服务端的实例名字
  client:
    register-with-eureka: false    #表示不向注册中心注册自己
    fetch-registry: false   #表示自己就是注册中心，职责是维护服务实例，并不需要去检索服务
    service-url:
      defaultZone: http://eureka7002.com:7002/eureka/    #设置与eureka server交互的地址查询服务和注册服务都需要依赖这个地址
#      defaultZone: http://eureka7001.com:7001/eureka/     #单机模式就是自己
  server:
    #自我保护模式，默认为true（开启）
    enable-self-preservation: false
    eviction-interval-timer-in-ms: 2000   #毫秒

2、微服务 - 服务端负载均衡（Eureka整合Ribbon）
（1）服务消费者调用负载均衡的服务提供者，服务消费者要添加@LoadBalanced注解。整合后可以直接调用服务而不用关心服务地址和端口号，同时具备了负载均衡的功能。public static final String PAYMENT_URL = "http://CLOUD-PAYMENT-SERVICE";

@Configuration
public class ApplicationContextConfig {

    @Bean
    @LoadBalanced   //使用@LoadBalanced注解赋予RestTemplate负载均衡的能力
    public RestTemplate getRestTemplate() {
        return new RestTemplate();
    }
}

actuator微服务信息完善

1、主机服务名称：服务名称修改

eureka:
 instance:
   instance-id: order80

2、访问信息有IP信息提示

eureka:
 instance:
   instance-id: order80
   prefer-ip-address: true   #访问路径可以显示IP地址

服务发现Discovery

1、启动类：加上@EnableDiscoveryClient
2、controller层如下：

@RestController
@Slf4j
public class PaymentController {
    @Resource
    private DiscoveryClient discoveryClient;
    
    @GetMapping(value = "/payment/discovery")
    public Object discovery() {
        //获取服务列表
        List<String> services = discoveryClient.getServices();
        for (String element : services) {
            log.info("*****element: " + element);
        }
        //根据微服务名称进一步获得该微服务的信息
        List<ServiceInstance> instances = discoveryClient.getInstances("CLOUD-PAYMENT-SERVICE");
        for (ServiceInstance instance : instances) {
            log.info(instance.getServiceId() + "\t" + instance.getHost() + "\t" + instance.getPort() + "\t" + instance.getUri());

        }
        return this.discoveryClient;
    }
}

访问结果如图所示：

Eureka自我保护【属于CAP里面的AP分支】

1、故障现象：保护模式主要用于一组客户端和EurekaServer之间存在网络分区场景下的保护。一旦进入保护模式，EurekaServer将会尝试保护其他服务注册表中的信息，不会再删除服务注册表中的数据，也就是不会注销任何微服务。如果在EurekaServer的首页看到以下提示，则说明Eureka进入了保护模式：

EMERGENCYI！EUREKA MAY BE INCORRECTLY CLAIMING INSTANCES ARE UP WHEN THEY'RE NOT.RENEWALS ARE LESSERTHAN THRESHOLD AND HENCETHE INSTANCES ARE NOT BEING EXPIRED JUST TO BE SAFE

2、导致原因：一句话，某时刻某一个微服务不可用了，Eureka不会立刻清理，依旧会对该微服务的信息进行保存。
（1）为什么Eureka会产生自我保护机制
为了防止 EurekaClient 可以正常运行，但是与 EurekaServer 网络下不通的情况下，EurekaServer不会立刻将 EurekaClient 服务剔除。
（2）什么是自我保护模式？
默认情况下，如果EurekaServer在一定时间内没有接收到某个微服务实例的心跳，EurekaServer将会注销该实例（默认90秒)。但是当网络分区故障发生(延时、卡顿、拥挤)时，微服务与EurekaServer之间无法正常通信，以上行为可能变得非常危险了——因为微服务本身其实是健康的，此时本不应该注销这个微服务。Eureka通过“自我保护模式”来解决这个问题——当EurekaServer节点在短时间内丢失过多客户端时(可能发生了网络分区故障)，那么这个节点就会进入自我保护模式。在自我保护模式中，Eureka Server会保护服务注册表中的信息，不再注销任何服务实例。它的设计哲学就是宁可保留错误的服务注册信息，也不盲目注销任何可能健康的服务实例。一句话讲解∶好死不如赖活着。使用自我保护模式：可以让Eureka集群更加的健壮、稳定。
3、怎么禁止自我保护：

（1）EurekaServer配置：

eureka:
 server:
   #自我保护模式，默认为true（开启）
   enable-self-preservation: false
   eviction-interval-timer-in-ms: 2000   #毫秒

（2）EurekaClient配置：

eureka:
 instance:
   #eureka客户端向服务端发送心跳的时间间隔，单位为秒（默认为30秒）
   lease-renewal-interval-in-seconds: 1
   #eureka服务端在收到最后一次心跳后等待时间上限，单位为秒（默认为90秒），超时将删除服务
   lease-expiration-duration-in-seconds: 2