资源分享

「java、python面试题」来自UC网盘app分享，打开手机app，额外获得1T空间
https://drive.uc.cn/s/2aeb6c2dcedd4
AIGC资料包
https://drive.uc.cn/s/6077fc42116d4
https://pan.xunlei.com/s/VN_qC7kwpKFgKLto4KgP4Do_A1?pwd=7kbv#
https://yv4kfv1n3j.feishu.cn/docx/MRyxdaqz8ow5RjxyL1ucrvOYnnH

引言

在分布式系统中，服务注册与发现是一项至关重要的技术，它能够有效地管理和维护服务实例的状态，提供负载均衡和高可用性支持。ZooKeeper（以下简称 zk）和 Eureka 都是广泛应用于服务注册与发现领域的工具，本文将对它们的特点进行比较分析，重点关注 CAP 理论、集群模式等方面的异同。

1. CAP 理论对比

CAP 理论是分布式系统设计中的重要原则，它指出在一个分布式系统中，Consistency（一致性）、Availability（可用性）和 Partition Tolerance（分区容错性）这三个特性无法同时满足，最多只能满足其中的两个。在这一点上，zk 和 Eureka 展现出不同的特性偏向。

ZooKeeper：
- zk 强调一致性和分区容错性，即 CP 特性。它通过强一致性的数据模型来保证分布式系统的一致性，但在网络分区故障时会导致部分节点不可用。这使得 zk 适合那些对数据一致性要求较高的场景，如分布式锁的实现等。
Eureka：
- Eureka 则更注重可用性，它属于 AP 特性。Eureka 的设计目标是在发生网络分区的情况下仍然能够保持服务的可用性，即使在某些节点不可达的情况下，服务注册与发现仍然可以正常运作。

2. 集群模式比较

集群模式是保证分布式系统高可用性的重要手段之一，zk 和 Eureka 在集群模式的设计和实现上也有所不同。

ZooKeeper：
- zk 采用了一种主从架构来构建集群，其中有一个 Leader 负责处理所有的写操作，而 Followers 复制 Leader 的状态。zk 集群的规模通常较小，适用于对数据一致性要求较高的场景。
Eureka：
- Eureka 则使用了对等（peer-to-peer）的集群模式，所有的节点都是平等的，没有明确的 Leader 节点。Eureka 集群的节点数量可以比较大，适用于需要高可用性和动态伸缩的场景。

3. 代码示例

ZooKeeper 示例

// 使用 ZooKeeper 客户端创建一个持久节点
ZooKeeper zk = new ZooKeeper("localhost:2181", 5000, null);
zk.create("/myNode", "Hello, ZooKeeper!".getBytes(), ZooDefs.Ids.OPEN_ACL_UNSAFE, CreateMode.PERSISTENT);

Eureka 示例

// 创建一个 Eureka 客户端
EurekaClient eurekaClient = new EurekaClientBuilder(new DefaultEurekaClientConfig()).build();// 注册一个服务实例
InstanceInfo instanceInfo = InstanceInfo.Builder.newBuilder().setInstanceId("my-instance").setAppName("my-app").setHostName("localhost").setPort(8080).build();
eurekaClient.registerInstance(instanceInfo);

结论

ZooKeeper 和 Eureka 在分布式系统中扮演着不同的角色，适用于不同的应用场景。如果在架构设计中对数据一致性要求较高，可以选择 zk；而如果需要更高的可用性和动态伸缩能力，Eureka 则是更好的选择。无论选择哪个工具，都需要根据具体业务需求和架构设计来权衡各种因素，以确保分布式系统能够稳定可靠地运行。