Springcloud-服务注册与发现

最新推荐文章于 2023-08-10 15:00:01 发布

小嵌_

最新推荐文章于 2023-08-10 15:00:01 发布

阅读量290

点赞数 2

分类专栏：微服务笔记文章标签： eureka spring cloud java

本文链接：https://blog.csdn.net/m0_52884709/article/details/127308727

版权

微服务同时被 2 个专栏收录

6 篇文章 0 订阅

订阅专栏

笔记

1 篇文章 0 订阅

订阅专栏

注册服务与发现

Eureka

两大组件

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

Eureka Server提供服务注册服务各个微服务节点通过配置启动后，会在EurekaServer中进行注册，这样EurekaServer中的服务注册表中将会存储所有可用服务节点的信息，服务节点的信息可以在界面中直观看到。

EurekaClient通过注册中心进行访问是一个Java客户端，用于简化Eureka Server的交互，客户端同时也具备一个内置的、使用轮询(round-robin)负载算法的负载均衡器。在应用启动后，将会向Eureka Server发送心跳(默认周期为30秒)。如果Eureka Server在多个心跳周期内没有接收到某个节点的心跳，EurekaServer将会从服务注册表中把这个服务节点移除（默认90秒）

搭建单机Eureka环境

搭建EurekaServer注册中心

导入依赖

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

编写yml文件

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

在启动类上添加依赖

package cn.pigman.springcloud;

import org.springframework.boot.SpringApplication;
import org.springframework.boot.autoconfigure.SpringBootApplication;
import org.springframework.cloud.netflix.eureka.server.EnableEurekaServer;

@SpringBootApplication
@EnableEurekaServer //声明当前模块为Eureka的服务注册中心
public class EurekaMain7001 {
    public static void main(String[] args) {
        SpringApplication.run(EurekaMain7001.class, args);
    }
}

给EurekaServer工程的启动类上添加注解

package cn.pigman.springcloud;

import org.springframework.boot.SpringApplication;
import org.springframework.boot.autoconfigure.SpringBootApplication;
import org.springframework.cloud.netflix.eureka.server.EnableEurekaServer;

@SpringBootApplication
@EnableEurekaServer //声明当前模块为Eureka的服务注册中心
public class EurekaMain7001 {
    public static void main(String[] args) {
        SpringApplication.run(EurekaMain7001.class, args);
    }
}

将boot工程注册入EurekaServer

导入EurekaClient依赖

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

编写yml文件

eureka:
  client:
    # 是否将当前工程注册进为EurekaServer，默认为true
    register-with-eureka: true
    # 是否从EurekaServer抓取已有的注册信息，默认为true
    fetch-registry: true
    service-url:
      defaultZone: http://localhost:7001/eureka

在启动类上添加注解

package cn.pigman.springcloud;

import org.springframework.boot.SpringApplication;
import org.springframework.boot.autoconfigure.SpringBootApplication;
import org.springframework.cloud.netflix.eureka.EnableEurekaClient;

@SpringBootApplication
@EnableEurekaClient //将当前工程声明为eureka的客户端
public class PaymentMain8001 {
    public static void main(String[] args) {
        SpringApplication.run(PaymentMain8001.class, args);
    }
}

测试

搭建集群Eureka环境

搭建集群EurekaServer

单机的EurekaServer与集群的EurekaServer集群最大的不同就在于每个注册中心的yml配置文件的不同。其主要实现原来可以概括为“互相注册，相互守望”。

编写yml配置文件

EurekaServer7001

eureka:
  instance:
    hostname: eureka7001.com
  client:
    register-with-eureka: false
    fetch-registry: false
    #如果是搭建集群EurekaServer的话，这里的service-url必须写除了当前EurekaServer之外的其他EurekaServer的地址(hostname+端口)
    #多个EurekaServer之间以 , 分隔
    service-url:
      defaultZone: http://eureka7002.com:7002/eureka/, http://eureka7003.com:7003/eureka/

EurekaServer7002

eureka:
  instance:
    hostname: eureka7002.com
  client:
    register-with-eureka: false
    fetch-registry: false
    service-url:
      defaultZone: http://eureka7001.com:7001/eureka/, http://eureka7003.com:7003/eureka/

EurekaServer7003

eureka:
  instance:
    hostname: eureka7003.com
  client:
    register-with-eureka: false
    fetch-registry: false
    service-url:
      defaultZone: http://eureka7001.com:7001/eureka/, http://eureka7002.com:7002/eureka/

写完配置文件后，在每个EurekaServer的启动类上添加 @EnableEurekaServer 注解。

package cn.pigman.springcloud;

import org.springframework.boot.SpringApplication;
import org.springframework.boot.autoconfigure.SpringBootApplication;
import org.springframework.cloud.netflix.eureka.server.EnableEurekaServer;

@SpringBootApplication
@EnableEurekaServer //声明当前模块为Eureka的服务注册中心
public class EurekaMain7001 {
    public static void main(String[] args) {
        SpringApplication.run(EurekaMain7001.class, args);
    }
}

将服务工程注册到三个EurekaServer中

eureka:
  client:
    # 是否将当前工程注册进为EurekaServer，默认为true
    register-with-eureka: true
    # 是否从EurekaServer抓取已有的注册信息，默认为true
    fetch-registry: true
    service-url:
      #defaultZone: http://localhost:7001/eureka
       #多个EurekaServer之间以 , 分隔
      defaultZone: http://eureka7001.com:7001/eureka, http://eureka7002.com:7002/eureka, http://eureka7003.com:7003/eureka

测试

搭建功能服务集群

创建多个服务工程

为每个工程编写yml文件

cloud-provider-payment8001模块

server:
  port: 8001
  
spring:
  application:
    name: cloud-payment-service

eureka:
  client:
    # 是否将当前工程注册进为EurekaServer，默认为true
    register-with-eureka: true
    # 是否从EurekaServer抓取已有的注册信息，默认为true
    fetch-registry: true
    service-url:
      #defaultZone: http://localhost:7001/eureka
      defaultZone: http://eureka7001.com:7001/eureka, http://eureka7002.com:7002/eureka, http://eureka7003.com:7003/eureka

cloud-provider-payment8002模块

server:
  port: 8002
  
spring:
  application:
    name: cloud-payment-service

eureka:
  client:
    # 是否将当前工程注册进为EurekaServer，默认为true
    register-with-eureka: true
    # 是否从EurekaServer抓取已有的注册信息，默认为true
    fetch-registry: true
    service-url:
      #defaultZone: http://localhost:7001/eureka
      defaultZone: http://eureka7001.com:7001/eureka, http://eureka7002.com:7002/eureka, http://eureka7003.com:7003/eureka

注意：

这里虽然是多个服务工程，但 spring.application.name 的属性值可以相同，后期EurekaServer在调用服务的时候会通过端口号来进行区分。也就是说，EurekaServer中可以有多个同名的服务工程，调用工程的时候通过端口号来区分。

测试

搭建完Eureka集群环境后，想要访问集群中的某个服务，只需要通过服务名就可以访问。但在此处会有个小bug，就是如果该服务名下有多个服务工程，那么EurekaServer并不知道你想要访问的是那一个服务，就会抛出一个异常。要想解决该问题，可以通过Ribbon和Eureka整合。

给RedisTemplate对象添加 @Loadbalanced 注解赋予负载均衡功能：

package cn.pigman.springcloud.config;

import org.springframework.cloud.client.loadbalancer.LoadBalanced;
import org.springframework.context.annotation.Bean;
import org.springframework.context.annotation.Configuration;
import org.springframework.web.client.RestTemplate;

@Configuration
public class ApplicationContextConfig {

    @Bean
    @LoadBalanced //赋予RestTemplate对象负载均衡的能力
    public RestTemplate restTemplate() {
        return new RestTemplate();
    }

}

actuator完善微服务信息

修改服务名称

eureka:
    instance:
        instance-id: payment-8001 # 修改服务模块的名称(不能重复)

修改前

修改后

启用访问路径显示Ip地址

eureka:
    instance:
    prefer-ip-address: true

服务发现

对于注册进EurekaServer的微服务，可以通过服务发现(DiscoveryClient)来获取该服务的信息。

使用步骤

在启动类上添加注解

@SpringBootApplication
@EnableEurekaClient
@EnableDiscoveryClient //服务发现
public class PaymentMain8001{
    public static void main(String[] args)
    {
        SpringApplication.run(PaymentMain8001.class,args);
    }
}

注入DiscoveryClient对象

@Resource
    private DiscoveryClient discoveryClient;

@GetMapping(value = "/payment/discovery")
    public Object discovery()
    {
        List<String> services = discoveryClient.getServices();
        for (String element : services) {
            System.out.println(element);
        }

        List<ServiceInstance> instances = discoveryClient.getInstances("CLOUD-PAYMENT-SERVICE");
        for (ServiceInstance element : instances) {
            System.out.println(element.getServiceId() + "\t" + element.getHost() + "\t" + element.getPort() + "\t"
                    + element.getUri());
        }
        return this.discoveryClient;
    }

自我保护机制

概述

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

如果在EurekaServer网页上看到了这段信息，就说明开了自我保护机制。

为什么需要自我保护

为了防止一种情况：EurekaClient可以正常运行，但可能因为网络不通的原因，EurekaClient没法连接到EurekaServer。

什么是自我保护模式？

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

在自我保护模式中，Eureka Server会保护服务注册表中的信息，不再注销任何服务实例。

综上，自我保护模式是一种应对网络异常的安全保护措施。它的架构哲学是宁可同时保留所有微服务（健康的微服务和不健康的微服务都会保留）也不盲目注销任何健康的微服务。使用自我保护模式，可以让Eureka集群更加的健壮、稳定。

停止自我保护模式

默认情况下，Eureka会自动开启自我保护机制，那么要如何关闭自我保护机制呢？

在EurekaServer端的yml文件添加如下配置

 server:
    #关闭自我保护机制，保证不可用服务被及时踢除，默认为true（开启）
       enable-self-preservation: false
    eviction-interval-timer-in-ms: 2000

在EurekaClient端的yml文件添加如下配置

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

Consul

概述

Consul 是一套开源的分布式服务发现和配置管理系统，由 HashiCorp 公司用 Go 语言开发。提供了微服务系统中的服务治理、配置中心、控制总线等功能。这些功能中的每一个都可以根据需要单独使用，也可以一起使用以构建全方位的服务网格，总之Consul提供了一种完整的服务网格解决方案。

它具有很多优点。包括：基于 raft 协议，比较简洁；支持健康检查, 同时支持 HTTP 和 DNS 协议支持跨数据中心的 WAN 集群提供图形界面跨平台，支持 Linux、Mac、Windows。

作用

服务发现
健康检测
KV存储
多数据中心
可视化Web界面

下载与安装

下载完成后，在命令行界面通过 consul agent -dev 命令运行。

使用

EurekaServer端

导入依赖

 <!--SpringCloud consul-server -->
        <dependency>
            <groupId>org.springframework.cloud</groupId>
            <artifactId>spring-cloud-starter-consul-discovery</artifactId>
        </dependency>

在yml文件中添加如下配置

###consul服务端口号
server:
  port: 8003

spring:
  application:
    name: consul-provider-payment
####consul注册中心地址
  cloud:
    consul:
      host: localhost
      port: 8500
      discovery:
        #hostname: 127.0.0.1
        service-name: ${spring.application.name}

主启动类

@SpringBootApplication
@EnableDiscoveryClient //该注解用于向使用consul或者zookeeper作为注册中心时注册服务
public class PaymentMain8003{
    public static void main(String[] args)
    {
        SpringApplication.run(PaymentMain8006.class,args);
    }
}

EurekaClient端

导入依赖

 <!--SpringCloud consul-server -->
        <dependency>
            <groupId>org.springframework.cloud</groupId>
            <artifactId>spring-cloud-starter-consul-discovery</artifactId>
        </dependency>

在yml文件中添加如下配置

###consul服务端口号
server:
  port: 80

spring:
  application:
    name: cloud-consumer-order
####consul注册中心地址
  cloud:
    consul:
      host: localhost
      port: 8500
      discovery:
        #hostname: 127.0.0.1
        service-name: ${spring.application.name}

主启动类

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

补充-CAP

简介

CAP理论关注粒度是数据，而不是整体系统设计的策略。

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

CAP理论最多只能同时较好的满足两个。

CAP理论的核心是：一个分布式系统不可能同时很好的满足一致性，可用性和分区容错性这三个需求，因此，根据 CAP 原理将 NoSQL 数据库分成了满足 CA 原则、满足 CP 原则和满足 AP 原则三大类：

CA - 单点集群，满足一致性，可用性的系统，通常在可扩展性上不太强大。

CP - 满足一致性，分区容忍必的系统，通常性能不是特别高。

AP - 满足可用性，分区容忍性的系统，通常可能对一致性要求低一些。