现在在研究副本一致性的协议（paxos等）中，有什么新的思路，或者说最热的点在哪里？的简单介绍

本篇文章给大家谈谈现在在研究副本一致性的协议（paxos等）中，有什么新的思路，或者说最热的点在哪里？，以及对应的知识点，希望对各位有所帮助，不要忘了收藏本站喔。

本文目录一览：

• 1、etcd是什么东西?它和ZooKeeper有什么区别
• 2、Zookeeper的功能以及工作原理_功能原理
• 3、分布式一致性算法

etcd是什么东西?它和ZooKeeper有什么区别

Zookeeper 和 Etcd 都是非常优秀的分布式协调系统，zookeeper 起源于 Hadoop 生态系统，起步比较早，而 etcd 算是后起之秀，它的流行是因为它是 kubernetes 的后台支撑。

etcd是什么？键值存储仓库，用于配置共享和服务发现。实际上，etcd作为一个受到ZooKeeper与doozer启发而催生的项目，除了拥有与之类似的功能外，更专注于以下四点。简单：基于HTTP+ *** ON的API让你用curl就可以轻松使用。

Zo好eeper、Doozerd、Etcd在架构上都非常相似，它们都有服务节点（servernode），而这些服务节点的操作都要求达到节点的仲裁数（通常，节点的仲裁数遵循的是简单多数原则）。此外，它们都是强一致性的，并且提供各种原语。

相较之下，ZooKeeper有如下缺点： 而etcd作为一个后起之秀，其优点也很明显。 最后，etcd作为一个年轻的项目，真正告诉迭代和开发中，这既是一个优点，也是一个缺点。优点是它的未来具有无限的可能性，缺点是无法得到大项目长时间使用的检验。

从可靠性角度分析，Zookeeper可靠性比Redis更好。

本文首先从几个强一致性的项目于开始，比如Zookeeper，Doozer，Etcd，这些项目主要用于服务间的协调，同时又可用于服务的注册。

Zookeeper的功能以及工作原理_功能原理

实时性：Zookeeper保证客户端将在一个时间间隔范围内获得服务器的更新信息，或者服务器失效的信息。但由于 *** 延时等原因，Zookeeper不能保证两个客户端能同时得到刚更新的数据，如果需要最新数据，应该在读数据之前调用sync()接口。

Zookeeper分布式服务框架是Apache Hadoop的一个子项目，它主要是用来解决分布式应用中经常遇到的一些数据管理问题。如：统一命名服务、状态同步服务、集群管理、分布式应用配置项的管理等。

ZooKeeper允许用户在指定节点上注册一些 Watcher，并且在一些特定事件触发的时候，ZooKeeper 服务端会将事件通知到感兴趣的客户端上去。该机制是 ZooKeeper 实现分布式协调服务的重要特性。

Zookeeper 提供了分布式数据的发布/订阅功能。一个典型的发布/订阅模型系统定义了一种一对多的订阅关系，能够让多个订阅者同时监听某一个主题对象，当这个主题对象自身状态变化时，会通知所有订阅者，使它们能够做出相应的处理。

分布式一致性算法

1、在做服务器负载均衡时候可供选择的负载均衡的算法有很多，包括： 轮循算法（Round Robin）、哈希算法（HASH）、最少连接算法（Least Connection）、响应速度算法（Response Time）、加权法（Weighted ）等。

2、共识算法（分布式下的一致性算法)业务场景：达到的效果：可以保证在过半节点正常的情况下，所有的写入操作不会丢失。Zab协议并不保证强一致性，也不是弱一致性，而是在一定限度内的强一致性。

3、分布式系统对fault tolerence的一般解决方案是state machine replication 。 准确的来说应该是 state machine replication 的共识(consensus)算法。

关于现在在研究副本一致性的协议（paxos等）中，有什么新的思路，或者说最热的点在哪里？和的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。