【Eureka】SpringCloud学习笔记03

最新推荐文章于 2024-09-14 18:46:05 发布

帅气的小哥哥z

最新推荐文章于 2024-09-14 18:46:05 发布

阅读量192

点赞数

分类专栏： SpringCloud学习笔记文章标签： java spring springcloud eureka

本文链接：https://blog.csdn.net/weixin_42189489/article/details/98482103

版权

SpringCloud学习笔记专栏收录该内容

8 篇文章 0 订阅

订阅专栏

Eureka服务注册与发现

1.初识Eureka

Eureka是Netflix的一个子模块，也是核心模块之一。Eureka是一个基于REST的服务，用于定位服务，以实现云端中间层服务发现和故障转移。
服务注册与发现对于微服务架构来说是非常重要的，有了服务发现与注册，只需要使用服务的标识符，就可以访问到服务，而不需要修改服务调用的配置文件了。功能类似于dubbo的注册中心，比如Zookeeper。

2.Eureka的原理

Eureka的基本架构

Spring Cloud 封装了 Netflix 公司开发的 Eureka 模块来实现服务注册和发现(请对比Zookeeper)。

Eureka 采用了 C-S 的设计架构。Eureka Server 作为服务注册功能的服务器，它是服务注册中心。

而系统中的其他微服务，使用 Eureka 的客户端连接到 Eureka Server并维持心跳连接。这样系统的维护人员就可以通过 Eureka Server 来监控系统中各个微服务是否正常运行。SpringCloud 的一些其他模块（比如Zuul）就可以通过 Eureka Server 来发现系统中的其他微服务，并执行相关的逻辑。
```
 					  请注意和Dubbo的架构对比
```

Eureka
Dubbo
Eureka包含两个组件：Eureka Server和Eureka Client
Eureka Server提供服务注册服务
各个节点启动后，会在EurekaServer中进行注册，这样EurekaServer中的服务注册表中将会存储所有可用服务节点的信息，服务节点的信息可以在界面中直观的看到

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

三大角色

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

3.构建步骤

(1) 创建Eureka服务注册中心module microservicecloud-eureka-7001

microservicecloud 工程右键 New–>Other–>Maven Module
Eureka服务中心module
修改pom.xml如下：

<project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
  xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd">
  <modelVersion>4.0.0</modelVersion>
 
  <parent>
   <groupId>com.zs.springcloud</groupId>
   <artifactId>microservicecloud</artifactId>
   <version>0.0.1-SNAPSHOT</version>
  </parent>
 
  <artifactId>microservicecloud-eureka-7001</artifactId>
 
  <dependencies>
   <!--eureka-server服务端 -->
   <dependency>
     <groupId>org.springframework.cloud</groupId>
     <artifactId>spring-cloud-starter-eureka-server</artifactId>
   </dependency>
   <!-- 修改后立即生效，热部署 -->
   <dependency>
     <groupId>org.springframework</groupId>
     <artifactId>springloaded</artifactId>
   </dependency>
   <dependency>
     <groupId>org.springframework.boot</groupId>
     <artifactId>spring-boot-devtools</artifactId>
   </dependency>
  </dependencies>
 
</project>

再去修改 application.yml (或者appllication.propertie)，个人比较喜欢用yml格式的配置文件，

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

创建 EurekaServer7001_App主启动类

@SpringBootApplication
@EnableEurekaServer //EurekaServer服务器端启动类,接受其它微服务注册进来
public class EurekaServer7001_App {
		
	public static void main(String[] args) {
		SpringApplication.run(EurekaServer7001_App.class, args);
	}
}

至此Eureka服务注册中心就创建好啦，下面开始测试
浏览器输入：http://localhost:7001/ ，结果：
Eureka启动页面

（2）微服务注册

打开之前的部门module ， microservicecloud-provider-dept-8001
修改pom.xml ，如下：

  <!-- 将微服务provider侧注册进eureka -->
  <dependency>
    <groupId>org.springframework.cloud</groupId>
    <artifactId>spring-cloud-starter-eureka</artifactId>
  </dependency>
  <dependency>
    <groupId>org.springframework.cloud</groupId>
    <artifactId>spring-cloud-starter-config</artifactId>
  </dependency>

再去修改application.yml

eureka:
 client: #客户端注册进eureka服务列表内
   service-url: 
     defaultZone: http://localhost:7001/eureka

最后修改 DeptProvider8001_App 主启动类

@SpringBootApplication
@EnableEurekaClient 		//EurekaServer服务器端启动类,接受其它微服务注册进来
public class DeptProvider8001_App {

	public static void main(String[] args) {
		SpringApplication.run(DeptProvider8001_App.class, args);
	}

}

进行测试首先要启动Eureka服务端，之后再去启动Eureka客户端。
结果如图：

可以看下 microservicecloud-provider-dept-8001 子模块里面的application.yml

从 DeptProvider8001_App 和 EurekaServer7001_App 两个启动类的Eureka注解可以看出**@EnableEurekaClient** 和 @EnableEurekaServer Eureka是一个C/S结构的项目。

（3）autuator与注册微服务信息完善

问题1： 这里是服务注册到Eureka的别称，我们需要修改为： ip:端口/xxx

拿 microservicecloud-provider-dept-8001 为例：修改application.yml文件添加代码如下：

eureka:
 client: #客户端注册进eureka服务列表内
  service-url: 
   defaultZone: http://localhost:7001/eureka
 instance: #eureka实例名，自定义服务名称信息
  instance-id: microservicecloud-dept8001

eureka实例名
问题2： 点击实例名称 microservicecloud-dept8001之后没有IP提示
没有IP图
拿 microservicecloud-provider-dept-8001 为例：再次修改application.yml文件添加代码如下：

eureka:
 client: #客户端注册进eureka服务列表内
  service-url: 
   defaultZone: http://localhost:7001/eureka
 instance: 
  instance-id: microservicecloud-dept8001 #自定义服务名称信息
  prefer-ip-address: true  #访问路径可以显示IP地址

测试：
ip显示
问题3： 当点击进去Info之后，页面出现 Whitelabel Error Page错误信息
错误页面
拿 microservicecloud-provider-dept-8001 为例：再次修改pom.xml文件添加代码如下：

 <!-- actuator监控信息完善 -->
	<dependency>
       <groupId>org.springframework.boot</groupId>
       <artifactId>spring-boot-starter-actuator</artifactId>
   </dependency>

再去修改总父工程的pom.xml 添加代码如下：

<build>
   <finalName>microservicecloud</finalName>
   <resources> <!-- 允许所有工程去访问src/main/resources目录下的资源文件 -->
     <resource>
       <directory>src/main/resources</directory>
       <filtering>true</filtering>
     </resource>
   </resources>
   <plugins>
     <plugin> 
     <!-- 在src/main/resources目录下的资源文件所有以$符号开始或结束的配置文件信息都能读取到 -->
       <groupId>org.apache.maven.plugins</groupId>
       <artifactId>maven-resources-plugin</artifactId>
       <configuration>
         <delimiters>
          <delimit>$</delimit>
         </delimiters>
       </configuration>
     </plugin>
   </plugins>
  </build>

修改 microservicecloud-provider-dept-8001 的application.yml添加代码如下：

info:
  app.name: dept-microservicecloud
  company.name: www.Samuel_zhuang.com
  build.artifactId: $project.artifactId$
  build.version: $project.version$

结果：
结果info

（4）Eureka的自我保护机制

出现：
eureka自我保护机制提示
什么是自我保护模式？
默认情况下，如果EurekaServer在一定时间内没有接收到某个微服务实例的心跳，EurekaServer将会注销该实例（默认90秒）。但是当网络分区故障发生时，微服务与EurekaServer之间无法正常通信，以上行为可能变得非常危险了——因为微服务本身其实是健康的，此时本不应该注销这个微服务。Eureka通过“自我保护模式”来解决这个问题——当EurekaServer节点在短时间内丢失过多客户端时（可能发生了网络分区故障），那么这个节点就会进入自我保护模式。一旦进入该模式，EurekaServer就会保护服务注册表中的信息，不再删除服务注册表中的数据（也就是不会注销任何微服务）。当网络故障恢复后，该Eureka Server节点会自动退出自我保护模式。

在自我保护模式中，Eureka Server会保护服务注册表中的信息，不再注销任何服务实例。当它收到的心跳数重新恢复到阈值以上时，该Eureka Server节点就会自动退出自我保护模式。它的设计哲学就是宁可保留错误的服务注册信息，也不盲目注销任何可能健康的服务实例。一句话讲解：好死不如赖活着

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

在Spring Cloud中，可以使用eureka.server.enable-self-preservation = false 禁用自我保护模式。

4.集群配置

Eureka的集群是为了实现最大化的高可用，发挥出其优势。

（1）新建 microservicecloud-eureka-7002和microservicecloud-eureka-7003子工程模块Module

（2）修改 microservicecloud-eureka-7002 和 microservicecloud-eureka-7003 的pom.xml

<project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd">
  <modelVersion>4.0.0</modelVersion>
  <parent>
    <groupId>springcloud</groupId>
    <artifactId>microservicecloud</artifactId>
    <version>0.0.1-SNAPSHOT</version>
  </parent>
  <groupId>com.zs.springcloud</groupId>
  <artifactId>microservicecloud-eureka-7002</artifactId>
    <dependencies>
   <!--eureka-server服务端 -->
   <dependency>
     <groupId>org.springframework.cloud</groupId>
     <artifactId>spring-cloud-starter-eureka-server</artifactId>
   </dependency>
   <!-- 修改后立即生效，热部署 -->
   <dependency>
     <groupId>org.springframework</groupId>
     <artifactId>springloaded</artifactId>
   </dependency>
   <dependency>
     <groupId>org.springframework.boot</groupId>
     <artifactId>spring-boot-devtools</artifactId>
   </dependency>
  </dependencies>
</project>

microservicecloud-eureka-7003的pom.xml

<project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd">
  <modelVersion>4.0.0</modelVersion>
  <parent>
    <groupId>springcloud</groupId>
    <artifactId>microservicecloud</artifactId>
    <version>0.0.1-SNAPSHOT</version>
  </parent>
  <groupId>com.zs.springcloud</groupId>
  <artifactId>microservicecloud-eureka-7003</artifactId>
   <dependencies>
   <!--eureka-server服务端 -->
   <dependency>
     <groupId>org.springframework.cloud</groupId>
     <artifactId>spring-cloud-starter-eureka-server</artifactId>
   </dependency>
   <!-- 修改后立即生效，热部署 -->
   <dependency>
     <groupId>org.springframework</groupId>
     <artifactId>springloaded</artifactId>
   </dependency>
   <dependency>
     <groupId>org.springframework.boot</groupId>
     <artifactId>spring-boot-devtools</artifactId>
   </dependency>
  </dependencies>
</project>

（2）修改 microservicecloud-eureka-7002 和 microservicecloud-eureka-7003 的主启动类

package com.zs;

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

@SpringBootApplication
@EnableEurekaServer //EurekaServer服务器端启动类,接受其它微服务注册进来
public class EurekaServer7002_App {
		
	public static void main(String[] args) {
		SpringApplication.run(EurekaServer7002_App.class, args);
	}
}

package com.zs;

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

@SpringBootApplication
@EnableEurekaServer //EurekaServer服务器端启动类,接受其它微服务注册进来
public class EurekaServer7003_App {
		
	public static void main(String[] args) {
		SpringApplication.run(EurekaServer7003_App.class, args);
	}
}

大致都相同，每个都写出来是为了好记录。

（3）修改 microservicecloud-eureka-7002 和 microservicecloud-eureka-7003 的application.yml

server: 
    port: 7002

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

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

因为是集群eureka ，我们的microservicecloud-eureka-7001 的 application.yml同样要做修改，修改如下：

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

（4）映射hostname

请看application.yml这里：
eureka实例名称
现在三个eureka服务的名字都为localhost ，这样写可能会有些不妥。我们可以修改本地的hosts文件，一般在 C:\Windows\System32\drivers\etc 目录下。
复制一份hosts文件（这样做怕是源文件修改错乱了，好回滚），打开添加如下映射：

127.0.0.1	eureka7001.com
127.0.0.1	eureka7002.com
127.0.0.1	eureka7003.com

映射好之后，我们再次修改三个eureka的yml配置文件：
修改部分如下：

eureka:
  instance:
    hostname: eureka7001.com #eureka服务端的实例名称

eureka:
  instance:
    hostname: eureka7002.com #eureka服务端的实例名称

eureka:
  instance:
    hostname: eureka7003.com #eureka服务端的实例名称

现在集群配置已经大致完成。

（5）microservicecloud-provider-dept-8001微服务发布到三台eureka集群

只需修改application.yml即可：
修改代码：

eureka:
 client: #客户端注册进eureka服务列表内
  service-url: 
   #defaultZone: http://localhost:7001/eureka
   defaultZone: http://eureka7001.com:7001/eureka/,http://eureka7002.com:7002/eureka/,http://eureka7003.com:7003/eureka/

完整代码

server:
  port: 8001
  
eureka:
 client: #客户端注册进eureka服务列表内
  service-url: 
   #defaultZone: http://localhost:7001/eureka
   defaultZone: http://eureka7001.com:7001/eureka/,http://eureka7002.com:7002/eureka/,http://eureka7003.com:7003/eureka/
 instance: 
  instance-id: microservicecloud-dept8001 #自定义服务名称信息
  prefer-ip-address: true  #访问路径可以显示IP地址
  
mybatis:
  config-location: classpath:mybatis/mybatis.cfg.xml        # mybatis配置文件所在路径
  type-aliases-package: com.zs.entity    # 所有Entity别名类所在包
  mapper-locations:
  - classpath:mybatis/mapper/**/*.xml                       # mapper映射文件
spring:
   application:
    name: microservicecloud-dept 
   datasource:
    type: com.alibaba.druid.pool.DruidDataSource            # 当前数据源操作类型
    driver-class-name: org.gjt.mm.mysql.Driver              # mysql驱动包
    url: jdbc:mysql://localhost:3306/cloudDB01              # 数据库名称
    username: root
    password: 123qwe
    dbcp2:
      min-idle: 5                                           # 数据库连接池的最小维持连接数
      initial-size: 5                                       # 初始化连接数
      max-total: 5                                          # 最大连接数
      max-wait-millis: 200                                  # 等待连接获取的最大超时时间
 
 
info:
  app.name: zs-microservicecloud
  company.name: www.zs.com
  build.artifactId: $project.artifactId$
  build.version: $project.modelVersion$

配置后之后依次启动三台eureka服务，最后启动microservicecloud-provider-dept-8001服务。
访问路径：
http://eureka7001.com:7001
http://eureka7002.com:7002
http://eureka7003.com:7003

5.Eureka和Zookeeper区别

著名的CAP理论指出，一个分布式系统不可能同时满足C(一致性)、A(可用性)和P(分区容错性)。由于分区容错性在是分布式系统中必须要保证的，因此我们只能在A和C之间进行权衡。在此Zookeeper保证的是CP, 而Eureka则是AP。

Eureka遵守AP原则：

注重高可用性，Eureka各个节点都是平等的，几个节点挂掉不会影响正常节点的工作，剩余的节点依然可以提供注册和查询服务。而Eureka的客户端在向某个Eureka注册或时如果发现连接失败，则会自动切换至其它节点，只要有一台Eureka还在，就能保证注册服务可用(保证可用性)，只不过查到的信息可能不是最新的(不保证强一致性)，Eureka也有自我保护机制，如果超过一定的时间（默认15分钟）有85%的节点没有接受心跳，Eureka就会认定此时是网络出现故障，会做出以下应对：

Eureka不再从注册列表中移除因为长时间没收到心跳而应该过期的服务
Eureka仍然能够接受新服务的注册和查询请求，但是不会被同步到其它节点上(即保证当前节点依然可用)
当网络稳定时，当前实例新的注册信息会被同步到其它节点中

因此， Eureka可以很好的应对因网络故障导致部分节点失去联系的情况，而不会像zookeeper那样使整个注册服务瘫痪。

eureka原理：

每一个微服务中都有eureka client，用于服务的注册于发现（服务的注册：把自己注册到eureka server）（服务的发现：从eureka server获取自己需要的服务列表）每一个微服务启动的时候，都需要去eureka server注册当A服务需要调用B服务时，需要从eureka服务端获取B服务的服务列表，然后把列表缓存到本地，然后根据ribbon的客户端负载均衡规则，从服务列表中取到一个B服务，然后去调用此B服务当A服务下次再此调用B服务时，如果发现本地已经存储了B的服务列表，就不需要再从eureka服务端获取B服务列表，直接根据ribbon的客户端负载均衡规则，从服务列表中取到一个B服务，然后去调用B服务微服务，默认每30秒，就会从eureka服务端获取一次最新的服务列表如果某台微服务down机，或者添加了几台机器，此时eureka server会通知订阅他的客户端，并让客户端更新服务列表，而且还会通知其他eureka server更新此信息心跳检测，微服务每30秒向eureka server发送心跳， eureka server若90s之内都没有收到某个客户端的心跳，则认为此服务出了问题，会从注册的服务列表中将其删除，并通知订阅它的客户端更新服务列表，而且还会通知其他eureka server更新此信息 eureka server保护机制，通过打卡开关，可以让eureka server处于保护状态，主要是用于某eureka server由于网络或其他原因，导致接收不到其他微服务的心跳，此时不能盲目的将其他微服务从服务列表中删除。具体规则：如果一段时间内，85%的服务都没有发送心跳，则此server进入保护状态，此状态下，可以正常接受注册，可以正常提供查询服务，但是不与其他server同步信息，也不会通知订阅它的客户端，这样就不会误杀其他微服务.

Zookeeper遵守CP：

当向注册中心查询服务列表时，我们可以容忍注册中心返回的是几分钟以前的注册信息，但不能接受服务直接down掉不可用。也就是说，服务注册功能对可用性的要求要高于一致性。但是zk会出现这样一种情况，当master节点因为网络故障与其他节点失去联系时，剩余节点会重新进行leader选举。问题在于，选举leader的时间太长，30 ~ 120s, 且选举期间整个zk集群都是不可用的，这就导致在选举期间注册服务瘫痪。在云部署的环境下，因网络问题使得zk集群失去master节点是较大概率会发生的事，虽然服务能够最终恢复，但是漫长的选举时间导致的注册长期不可用是不能容忍的。

zookeeper原理：

zookeeper也可以作为注册中心，用于服务治理（zookeeper还有其他用途，例如：分布式事务锁等）
每启动一个微服务，就会去zk中注册一个临时子节点，
例如：5台订单服务，4台商品服务
（5台订单服务在zk中的订单目录下创建的5个临时节点）
（4台商品服务在zk中的商品目录下创建的4个临时接点）
每当有一个服务down机，由于是临时接点，此节点会立即被删除，并通知订阅该服务的微服务更新服务列表
（zk上有watch，每当有节点更新，都会通知订阅该服务的微服务更新服务列表）
每当有一个新的微服务注册进来，就会在对应的目录下创建临时子节点，并通知订阅该服务的微服务更新服务列表
（zk上有watch，每当有节点更新，都会通知订阅该服务的微服务更新服务列表）
每个微服务30s向zk获取新的服务列表

参考博文：Zookeeper和Eureka的区别

个人理解：Eureka 主要功能为服务注册与发现

将后台微服务注册进EurekaServer ，通过向外暴露服务地址与端口号，让开发人员调用，这样使每个服务都更加清晰明了
当Eureka整合Ribbon时，开发人员在客服端访问微服务时无需再去管微服务的地址与端口，而是通过 applicationName去访问调用微服务， Ribbon会根据负载均衡策略，决定访问到哪个微服务实例。