【Spring Cloud】Eureka：集群搭建与服务注册测试、对比 Eureka与Zookeeper + CAP理论

前言：此系列文章（可去《微服务》专栏看）是前后关联的，此文章的基础项目是在前一篇文章的内容，并在前一篇文章的基础上进行新增内容，从而进行循序渐进的学习。


本文学习自：https://www.bilibili.com/video/BV1jJ411S7xr?p=8

一、集群搭建与服务注册测试

1 集群搭建

在此项目：【Spring Cloud】Eureka：重点知识、完整项目实战：注册服务测试，自我保护机制，配置监控信息，获取微服务的信息 的基础上，再配置两个注册中心。

在已经有了 springcloud-eureka-7001 这个 Eureka 注册中心的基础上，再创建模块 springcloud-eureka-7002 和 springcloud-eureka-7003

新创建的两个注册中心也添加依赖：

<dependencies>
   <dependency>
        <groupId>org.springframework.cloud</groupId>
        <artifactId>spring-cloud-starter-eureka-server</artifactId>
        <version>1.4.7.RELEASE</version>
    </dependency>

    <dependency>
        <groupId>org.springframework.boot</groupId>
        <artifactId>spring-boot-devtools</artifactId>
    </dependency>
</dependencies>

并进行各自的 yml 项目配置

server:
  port: 7002 #或 7003

# Eureka 配置
eureka:
  instance:
    hostname: localhost # Eureka 服务端的实例名称
  client:
    register-with-eureka: false # 是否向 Eureka 注册中心注册自己
    fetch-registry: false # 为 false 表示自己为注册中心
    service-url: # 监控页面
      defaultZone: http://${eureka.instance.hostname}:${server.port}/eureka

同时进行各自的主启动类的编写

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

为了便于更好地模拟微服务项目的分布式部署，我们这里改一下 Windows 系统的映射文件，使 localhost 本地地址对应多个注册中心的地址，让我们接下来的访问操作就如同多个注册中心在不同机器上部署一样。

具体配置如下图：

这样，三个注册中心更加安全，一个崩了，另外的可以替代，但是就刚才所做的配置，还不能使得这三个注册中心相关联，我们还需要再在各注册中心模块 yml 中进行进一步配置，及 7001 项目中要绑定 7002 和 7003，而 7002 项目中又要绑定另外的两个，以此类推，注册中心数量再多也是同理（用这种方式的前提下），

因此，在 7001 注册中心模块中关联 7002 和 7003，需修改 yml 配置如下：

另外两个注册中心模块同理

在所要注册的服务模块中，注册时同时注册三个注册中心即可

2 集群测试

启动 springcloud-eureka-7001、springcloud-eureka-7002、springcloud-eureka-7003 这三个注册中心模块，

同时启动服务提供者 springcloud-provider-dept-8001 模块进行服务的注册，其中 springcloud-provider-dept-8001 模块向前文的三个注册中心注册自己，Eureka 配置 如下图：
，

启动成功后，我们测试访问 7003 模块，并且可以成功关联另外两个注册中心，另外两个模块也是如此。

二、Eureka 对比 Zookeeper

1、

• Netflix Eureka 是 Spring Cloud Netfilx 中的服务注册与发现服框架（注册中心），可参考之前文章：【Spring Cloud】Eureka：重点知识、完整项目实战：注册服务测试，自我保护机制，配置监控信息，获取微服务的信息；
• 而可以与之对比的是，在 Dubbo 中，官方推荐的服务注册与发现方式（注册中心）是使用 Zookeeper，此方式的具体知识可参考之前文章：SpringBoot集成 Dubbo + Zookeeper + Dubbo Admin：服务注册发现实战与详细步骤。

2、

• Eureka 是 Netflix 开发的服务发现框架，（作为注册中心的角色）本身是一个基于REST的服务，主要用于定位运行在AWS域中的中间层服务，以达到负载均衡和中间层服务故障转移的目的。 SpringCloud将它集成在其子项目spring-cloud-netflix中，以实现SpringCloud的服务发现功能。
• ZooKeeper（也是作为注册中心的角色）是一个分布式的，开放源码的分布式应用程序协调服务，是Google的Chubby一个开源的实现，是 Hadoop 和 Hbase 的重要组件。它是一个为分布式应用提供一致性服务的软件，提供的功能包括：配置维护、域名服务、分布式同步、组服务等。

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

• Zookeeper 保证的是 CP；
  

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