尚硅谷阳哥SpringCloud服务注册和发现Eureka

最新推荐文章于 2022-04-21 12:48:31 发布

MiMing仔

最新推荐文章于 2022-04-21 12:48:31 发布

阅读量181

点赞数

分类专栏： springcloud spring

本文链接：https://blog.csdn.net/QQ563627436/article/details/118739543

版权

spring 同时被 2 个专栏收录

21 篇文章 0 订阅

订阅专栏

springcloud

11 篇文章 0 订阅

订阅专栏

Eureka基础知识

什么是服务治理

Spring Cloud封装了Netflix公司开发的Eureka模块来实现服务治理

在传统的rpc远程调用框架中，管理每个服务于服务之间依赖关系比较复杂，管理比较复杂，所以需要使用服务治理，管理服务与服务之间的依赖关系，可以实现服务调用、负载均衡、容错等，实现服务发现与注册。

什么是服务注册与发现

Eureka采用了CS的设计架构，Eureka Server作为服务注册功能的服务器，它是服务注册中心。而系统中的其它微服务，使用Eureka的客户端连接到Eureka Server并维持心跳连接。这样系统的维护人员就可以通过Eureka Server来监控系统中各个微服务是否正常运行。

在服务注册与发现中，有一个注册中心。当服务器启动的时候，会把当前自己服务器的信息，比如服务地址通讯地址等以别名方式注册到注册中心上。另一方（消费者|服务提供者），以该别名的方式去注册中心上获取到实际的服务通讯地址，然后再实现本地RPC调用RPC远程调用框架核心设计思想：在于注册中心，因为使用注册中心管理每个服务于服务之间的一个依赖关系（服务治理概念）。在任何RPC远程框架中，都会有一个注册中心（存放服务地址相关信息（接口地址））。
在这里插入图片描述

Eureka两组件

在这里插入图片描述

单机构建Eureka

经典五步
1.建module （新建maven项目即可）
2.pom

<dependencies>
    <!-- eureka-server-->
    <dependency>
        <groupId>org.springframework.cloud</groupId>
        <artifactId>spring-cloud-starter-netflix-eureka-server</artifactId>
        <version>2.2.2.RELEASE</version>
    </dependency>
    <!-- 引入自己定义的api通用包，可以使用Payment支付Entity -->
    <dependency>
        <groupId>com.jg.springcloud</groupId>
        <artifactId>cloud-api-commons</artifactId>
        <version>${project.version}</version>
    </dependency>
    <!--boot web actuator-->
    <dependency>
        <groupId>org.springframework.boot</groupId>
        <artifactId>spring-boot-starter-web</artifactId>
    </dependency>
    <dependency>
        <groupId>org.springframework.boot</groupId>
        <artifactId>spring-boot-starter-actuator</artifactId>
    </dependency>
    <!--一般通用配置-->
    <!--        <dependency>-->
    <!--            <groupId>org.springframework.boot</groupId>-->
    <!--            <artifactId>spring-boot-devtools</artifactId>-->
    <!--            <scope>runtime</scope>-->
    <!--            <optional>true</optional>-->
    <!--        </dependency>-->
    <dependency>
        <groupId>org.projectlombok</groupId>
        <artifactId>lombok</artifactId>
    </dependency>
    <dependency>
        <groupId>org.springframework.boot</groupId>
        <artifactId>spring-boot-starter-test</artifactId>
        <scope>test</scope>
    </dependency>
    <dependency>
        <groupId>junit</groupId>
        <artifactId>junit</artifactId>
    </dependency>
</dependencies>

3.yml

server:
  port: 7001
eureka:
  instance:
    hostname: localhost #eureka服务端的实例名称
  client:
    #    false表示不向注册中心注册自己
    register-with-eureka: false
    #    false表示自己端就是注册中心，我的职责就是维护服务实例，并不需要去检索服务
    fetch-registry: false
    service-url:
	#      设置与Eureka Server交互的地址查询服务和注册服务都需要依赖这个地址
      defaultZone: http://${eureka.instance.hostname}:${server.port}/eureka/

4.主启动

@SpringBootApplication
//表示这个服务是Eureka的注册中心
@EnableEurekaServer
public class EurekaMain7001{
    public static void main(String[] args) {
        SpringApplication.run(EurekaMain7001.class,args);
    }
}

5.业务类

urekaClient端cloud-provider-payment8001将注册进EurekaServer成为服务提供者provider，对外提供服务

导入依赖

<!-- EurekaClient作为服务提供者需要引入的jar包-->
<dependency>
    <groupId>org.springframework.cloud</groupId>
    <artifactId>spring-cloud-starter-netflix-eureka-client</artifactId>
</dependency>

application.xml修改配置

#Eureka配置
eureka:
  client:
#    表示是否将自己注册进EurekaServer，默认为true
    register-with-eureka: true
#    是否从EurekaServer抓取已有的注册信息，默认为true。单节点无所谓，集群必须设置为true才能配合ribbon使用负载均衡
    fetch-registry: true
#    EurekaServer的地址
    service-url:
      defaultZone: http://localhost:7001/eureka

修改主启动类

@EnabkeEurekaClient //在主启动类上添加注解

EurekaClient端cloud-consumer-order80将注册进EurekaServer成为服务消费者consumer，类似消费者

跟上面步骤相同

集群Eureka构建步骤

Eureka集群原理

在这里插入图片描述
微服务RPC远程服务调用最核心的是什么

高可用，试想你的注册中心只有一个only one，它出故障了那就全都完了，会导致整个微服务环境不可用，所以解决办法是需要搭建Eureka注册中心集群，实现负载均衡和故障容错。

集群注册的原理是互相注册，相互守望

EurekaServer集群环境构建步骤

1、参考cloud-eureka-server7001，新建一个cloud-eureka-server7002

2、修改系统的映射文件–>hosts

C:\Windows\System32\drivers\etc

#SpringCloud
127.0.0.1 eureka7001.com
127.0.0.1 eureka7002.com

3、集群环境下，EurekaServer的配置

server:
  port: 7001
eureka:
  instance:
    hostname: eureka7001.com #eureka服务端的实例名称
  client:
    #    false表示不向注册中心注册自己
    register-with-eureka: false
    #    false表示自己端就是注册中心，我的职责就是维护服务实例，并不需要去检索服务
    fetch-registry: false
    service-url:
#      设置与Eureka Server交互的地址查询服务和注册服务都需要依赖这个地址
      defaultZone: http://eureka7002.com:7002/eureka/

4.把服务注册进EurekaServer
修改配置文件

   service-url:
      #defaultZone: http://localhost:7001/eureka
      defaultZone: http://eureka7001.com:7001/eureka,http://eureka7002.com:7002/eureka

5.支付服务的集群环境搭建
直接复制cloud-provider-payment8001即可，只有一些小的细节需要完善。
改动名字端口等

服务发现

微服务提供方如果有多节点集群环境，需要配置才能被服务调用方正常发现并调用

具体实现
在这里插入图片描述

在配置类对应方法上添加@LoadBalanced注解，用于实现RestTemplate的负载均衡能力

服务调用方在的请求URL不是像以前那样写死，而是直接写服务提供方的应用名（服务提供方已经做了集群环境）

在这里插入图片描述

后续可以使用Ribbon整合Eureka实现负载均衡，可以直接调用服务而不用在关心地址和端口号

actuator微服务信息完善

主机名称:服务名称修改

在这里插入图片描述
解决方案：修改cloud-provider-payment8001的application.yml的中关于Eureka的配置

添加如下内容

instance:
    instance-id: payment8002

修改之后的效果

在这里插入图片描述

访问信息有IP信息提示

  instance:
    instance-id: payment8002
    #此配置是为了让访问路径可以显示IP地址
    prefer-ip-address: true

服务发现Discovery

功能

对于注册进eureka里面的微服务，可以通过服务发现来获得该服务的信息

实现

修改服务提供方的Controller和主启动类

Controller上的修改

在这里插入图片描述
入口

@GetMapping(value = "/payment/discovery")
    public Object discovery(){
        List<String> services = discoveryClient.getServices();
        for (String service : services) {
            log.info("**service:"+service);
        }

        //根据命名成获取对应名称下的所有服务
        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;
    }

主启动类上的修改

主启动类上添加@EnableDiscoveryClient注解

效果后台发现的服务
在这里插入图片描述

Eureka自我保护

概述

保护模式主要用于一组客户端和Eureka Server之间存在网络分区场景下的保护。一旦进入保护模式，Eureka Server将会尝试保护其服务注册表中的信息，不在删除服务注册表中的数据，也就是不会注销任何微服务。

如果在Eureka Server的首页看到以下这段提示，则说明Eureka进入了保护模式

在这里插入图片描述

导致的原因

某时刻某一个微服务不可用了，Eureka不会立刻清理，依旧会对该微服务的信息进行保存。

为了防止EurekaClient可以正常运行，但是与EurekaServer网络不通情况下，EurekaServer不会立刻将EurekaClient服务剔除。

什么是自我保护模式？

默认情况下，如果EurekaServer在一定时间内没有接收到某个微服务实例的心跳，EurekaServer将会注销该实例（默认90秒）。但是当网络分区故障发生（延时、卡顿、拥挤）时，微服务与EurekaServer之间无法正常通信，以上行为可能变得非常危险了-因为微服务本身其实是健康的，此时本不应该注销这个微服务。Eureka通过“自我保护模式”来解决这个问题----当EurekaServer节点在短时间内丢失过多客户端是（可能发生了网络分区故障），那么这个节点就会进入自我保护模式。

怎么关闭自我保护机制

在EurekaServer服务端的application.yml中配置

server:
	#关闭自我保护机制，保证不可用服务被及时剔除
	enable-self-preservation: false	
	eviction-interval-timer-in-ms: 2000

在服务端设置心跳检测和续约时间application.yml

#心跳检测与续约时间
#开发时设置小些，保证服务关闭后注册中心及时剔除服务
instance:
	#Eureka客户端向服务端发送心跳的时间间隔，单位为秒（默认是30秒）
	lease-renewal-interval-in-seconds: 1
	#Eureka服务端在收到最后一次心跳后等待时间上限，单位为秒（默认是90秒），超时将剔除服务
	lease-expiration-duration-in-seconds: 2