内容简介：etcd是将数据存储在集群中的高可用k-v存储。允许应用实时监听存储中的k-v变化。能容忍单点故障，能够应对网络分区。
etcd是将数据存储在集群中的高可用k-v存储。
允许应用实时监听存储中的k-v变化。
能容忍单点故障，能够应对网络分区。
(raft是一个分布式协议，管理的是日志；etcd管理的是k-v，把k-v放到日志里，kv就编程分布式集群了)
(调用者写入请求发给leader请求写入k-v，leader会将日志实时向follower们复制，leader不会立即返回给调用者，会马上往集群follower做日志拷贝。当日志被复制给N+1个节点后(即大多数)，本地提交(也就是告诉客户端提交成功)，返回给调用者(客户端)，为什么复制给N+1,而不是2N+1后就告诉客户端成功了呢？这就是大多数协议，也就是抽屉理论的重要表现)
(一旦完成提交，leader会周期性把自己的提交信息告诉所有follower，这样，其他follower也会完成它们的本地提交(这是异步行为，不需要同步，只需要确保日志复制给大多数了就可以)。官方给出的写入性能是:1000次每秒)
(raft协议本身就是在写日志。第1行是leader节点的日志，后面是4个是follower，也就是总共5个节点。日志是随着请求顺序追加，这里5个节点的大多数是3个节点。其中1-7已经被复制给了3个节点(大多数)，这些是一定可以被提交不会丢失的，因为已经复制给大多数了。8总共只有两个节点有，8后面其他的更夸张。有的连3,4,5都没有，这一般是leader和follower之间产生了网络延迟，然而，没关系，只要复制给大多数就不会丢了。所以真个日志的提交已经到了第7个日志)
以上所述就是小编给大家介绍的《go任务调度3（etcd协调服务、raft协议）》，希望对大家有所帮助，如果大家有任何疑问请给我留言，小编会及时回复大家的。在此也非常感谢大家对 码农网 的支持！
猜你喜欢:
- Kafka两级调度实现分布式协调微服务任务分配Golang版
- 【译】协调微前端
- 协调过滤算法之ALS
- 详解分布式协调服务 ZooKeeper
- Zookeeper 分布式协调服务介绍
- 第八章：代码和XAML协调一致5
本站部分资源来源于网络，本站转载出于传递更多信息之目的，版权归原作者或者来源机构所有，如转载稿涉及版权问题，请联系我们。
