Eureka 服务的注册和发现

二、Eureka 服务端

1、新建一个 maven module 子项目 microservicecloud-eureka-server

2、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.atguigu.springcloud</groupId>

        <artifactId>microservicecloud</artifactId>

        <version>0.0.1-SNAPSHOT</version>

    </parent>

    <artifactId>microservicecloud-config-eureka-client-7001</artifactId>

    <dependencies>

        <!-- SpringCloudConfig配置 -->

        <dependency>

            <groupId>org.springframework.cloud</groupId>

            <artifactId>spring-cloud-starter-config</artifactId>

        </dependency>

        <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>

3、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 交互的地址查询服务和注册服务都需要依赖这个地址(服务暴露的地址)

4、主启动类

@SpringBootApplication

@EnableEurekaServer

public class EurekaServer7001_application

{

    public static void main(String[] args) {

        SpringApplication.run(EurekaServer7001_application.class, args);

    }

}

5、运行结果

三、Eureka 客户端（将服务注册到 Eureka）

1、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>

2、application.yml

eureka:

  client: #客户端注册进eureka服务列表内

    service-url:

      defaultZone: http://localhost:7001/eureka　　#这个地址就是在 Eureka 服务端的 application.yml 上暴露出的服务地址（这行后面加注释，可能会报错）

3、主启动类

@SpringBootApplication

@EnableEurekaClient //本服务启动后，会自动注册到 Eureka 服务中

public class DeptProvider8001_App {

    public static void main(String[] args) {

        SpringApplication.run(DeptProvider8001_App.class, args);

    }

}

4、测试

四、actuator 与注册微服务信息完善

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

2、访问信息提示 IP 信息

3、微服务 info 内容详细信息

在总父工程的 pom.xml 文件中添加以下内容

<build>

    <!-- 父工程的名称 -->

    <finalName>microservicecloud</finalName>

    <resources>

        <resource>

            <directory>src/main/resources</directory>

            <filtering>true</filtering>

        </resource>

    </resources>

    <plugins>

        <plugin>

            <groupId>org.apache.maven.plugins</groupId>

            <artifactId>maven-resources-plugin</artifactId>

            <configuration>

                <!-- 读取 src/main/resources 资源目录下，以 $ 开头和 $ 符号结尾的配置文件信息-->

                <delimiters>

                    <delimit>$</delimit>

                </delimiters>

            </configuration>

        </plugin>

    </plugins>

</build>

在每个服务提供者的 pom.xml 文件中添加以下内容

<!-- actuator监控信息完善 -->

<dependency>

    <groupId>org.springframework.boot</groupId>

    <artifactId>spring-boot-starter-actuator</artifactId>

</dependency>

在每个服务提供者的 application.yml 文件中添加以下内容 ( 其实是添加对该服务的描述信息 )

info:

  app.name: fw-microservicecloud

  company.name: www.fw.com

  build.artifactId: $project.artifactId$

  build.version: $project.version$

五、Eurake 自我保护机制

一、是什么

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

二、导致原因

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

六、服务的发现

七、Eurake 集群配置

Eurake 服务端的 application.yml 修改如下内容

server:

  port: 7001

eureka:

  instance:

    hostname: eureka7001.com #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/　　# 将 7001 和 7002 和 7003 配置成集群环境

Eurake 客户端（服务的提供者）的 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/    #连接集群环境

八、Eureka 比 Zookeeper 好在哪里

传统关系型数据库 ACID

　　A：原子性：事务里面的所有操作，要么全部做完，要么都不做，只要有一个失败，整个事务都失败，需要回滚

　　C：一致性：以转账案例为例，假设有五个账户，每个账户余额是100元，那么五个账户总额是500元，如果在这个5个账户之间同时发生多个转账，无论并发多少个，比如在A与B账户之间转账5元，在C与D账户之间转账10元，在B与E之间转账15元，五个账户总额也应该还是500元，这就是保护性和不变性

　　I：隔离性：并发的事务之间互不影响

　　D：持久性：事务一旦提交，数据将永久保存在数据库上　　

NoSQL 数据库 CAP

　　C：强一致性：在分布式系统中的所有数据备份，在同一时刻是否同样的值。（等同于所有节点访问同一份最新的数据副本）

　　A：可用性：在集群中一部分节点故障后，集群整体是否还能响应客户端的读写请求。（对数据更新具备高可用性）

　　P：分区容错性：以实际效果而言，分区相当于对通信的时限要求。系统如果不能在时限内达成数据一致性，就意味着发生了分区的情况，必须就当前操作在C和A之间做出选择。（在分布式环境下，这个 p ，一定要实现）

zookeeper 保证 CP

　　当向注册中心查询服务列表时，我们可以容忍注册中心返回的是几分钟以前的信息，但不能就收服务直接 down 掉不可用。也就是说服务注册的可用性要高于一致性

　　当时 zk 会出现这么一个情况，当 mastr 节点因网络故障和其他节点失去联系时，剩余节点会重新进行选举。问题在于，选举时间比较长，30s~120s，且选举期间，整个 zk 是不可用的。这就导致了在选举期间，注册服务的瘫痪。在云部署的环境下，因网络问题使 zk 集群时区 master 节点是交大概率会发生的事情，虽然服务能够最终恢复，但是漫长的选举时间导致的注册服务长期不可用是不能容忍的。

Eureka 保证 AP

　　Eureka 明白这一点，因此在设计时，就优先保证可用性.Eureka 各个节点是平等的，几个节点挂掉不会影响正常工作，只要有一台 Eureka 存在，就可以保证注册服务可用（保证可用性），只不过查到的信息可能不是最新的（不保证强一致性）。除此之外，Eureka 还有一种自我保护机制，如果在 15 分钟内超过 85% 的节点没有正常的心跳，那么 Eureka 就会认为客户端与注册中心出现了故障，此时会出现以下几种情况：

　　1、Eureka 不再从注册列表中移出因长时间没收到心跳而应该过期的服务

　　2、Eureka 仍然能够接受新服务的注册和查询要求，但是不会被同步到其他节点上（即保证当前节点依然可用）

　　3、当网络稳定时，当前实例新的注册信息会被同步到其他节点中

结论

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

巴特西

Eureka 服务的注册和发现

最新文章

热门文章