【SpringCloud】服务注册中心Eureka（补充）

最新推荐文章于 2024-04-24 22:52:43 发布

章帮一（江南大学）

最新推荐文章于 2024-04-24 22:52:43 发布

阅读量354

点赞数 2

分类专栏： SpringCloud 文章标签： eureka spring cloud spring boot 微服务

本文链接：https://blog.csdn.net/qq_43466788/article/details/113064226

版权

SpringCloud 专栏收录该内容

14 篇文章 2 订阅

订阅专栏

本文详细介绍了在SpringCloud中使用Eureka作为服务注册中心的实践，包括如何修改服务名称、完善actuator微服务信息，以及如何实现服务发现。此外，重点讲解了Eureka的自我保护机制，这是一种在网络分区故障时防止服务误注销的策略，确保服务的高可用性。最后，提到了如何禁用自我保护模式及其原因。

摘要由CSDN通过智能技术生成

提示：本文是在【SpringCloud】服务注册中心Eureka后的补充内容。

修改Application名称

看图修改下面，将下面CLOUD-PROVIDER-PAYMENT8001改成CLOUD-PROVIDER-PAYMENT
在这里插入图片描述
我们只需要修改提供者集群中的配置文件中application name，改成cloud-provider-payment【每一个提供者都需要改】

actuator微服务信息完善

看图修改下面，将下面服务名称修改

在这里插入图片描述
修改application.yml配置文件中的eureka，加上后面两行,instance-id后为修改的名字

eureka:
  client:
    # 注册进 Eureka 的服务中心
    register-with-eureka: true
    # 检索 服务中心 的其它服务
    fetch-registry: true
    service-url:
      # 设置与 Eureka Server 交互的地址
      defaultZone: http://eureka7001.com:7001/eureka,http://eureka7002.com:7002/eureka
  instance:
    instance-id: payment8001

在这里插入图片描述

服务发现Discovery

对于注册进eureka里面的微服务，可以通过服务发现来获得该服务的信息。
以cloud-provider-payment8001为例：

修改cloud-provider-payment8001的Controller，添加下面内容【DiscoveryClient 导的包为import org.springframework.cloud.client.discovery.DiscoveryClient;】

    @Autowired
    private DiscoveryClient discoveryClient;
 
 
    @GetMapping(value = "/payment/discovery")
    public Object discovery(){
        //eureka中注册的所有服务名称
        List<String> services = discoveryClient.getServices();
        for (String element : services) {
            log.info("***** element:"+element);
        }
        //通过一个eureka中注册的服务名称，可以获得这个服务的id、host、port、uri
        List<ServiceInstance> instances = discoveryClient.getInstances("CLOUD-PROVIDER-PAYMENT");
        for (ServiceInstance instance : instances) {
            log.info(instance.getServiceId()+"\t"+instance.getHost()+"\t"+instance.getPort()+"\t"+instance.getUri());
        }
        return this.discoveryClient;
    }

重新启动8001服务
访问：http://localhost:8001/payment/discovery

同时可以8001控制台输出的日志：
小结：
通过服务发现，我们可以知道eureka中注册的服务，以及这些服务下的Status的id、端口、网址等。

Eureka自我保护

概述：
保护模式主要用于-组客户端和Eureka Server之间存在网络分区场景下的保护。一旦进入保护模式，Eureka Server将会尝试保护其服务注册表中的信息，不再删除服务注册表中的数据，也就是不会注销任何微服务。【某时刻某一个微服务不可用了，Eureka不会立刻清理，依旧会对该微服务的信息进行保存，属于CAP里面的AP分支】
看下图，出现的一段红色加粗的字体，表示处于保护模式
为什么会产生Eureka自我保护机制？
为了防止EurekaClient可以正常运行,但是与EurekaServer网络不通情况下，EurekalServer不会立刻将EurekaClient服务剔除
什么是自我保护模式?
默认情况下，如果EurekaServer在一定时间内没有接收到某个微服务实例的心跳，EurekaServer将会注销该实例(默认90秒)。但是当网络分区故障发生(延时、卡顿、拥挤)时，微服务与EurekaServer之间无法正常通信，以上行为可能变得非常危险了——因为微服务本身其实是健康的，此时本不应该注销这个微服务。Eureka通过“自我保护模式”来解决这个问题一一当EurekaServer节点在短时间内丢失过多客户端时(可能发生了网络分区故障)那么这个节点就会进入自我保护模式。
怎么禁止自我保护（一般生产环境中不会禁止自我保护）？
(1)注册中心eureakeServer端使用eureka.server.enable-self-preservation = false可以禁用自我保护模式【默认是true】
(2)提供者客户端eureakeClient端