【深入浅出etcd系列】冯老师图文并茂为您通俗讲解，持续刷新中~

【深入浅出etcd系列】是由华为云PaaS技术专家冯绍宝精心完成，每篇都以细致通俗的解说吸引众多关注

  欢迎大家留言提问，用心交流，该系列持续更新中……

【深入浅出etcd】1. 架构概览

摘要：etcd作为FushionStage的核心组件，负责FushionStage绝大多数组件的数据持久化、集群选举、状态同步等功能。作为如此重要的一个组件，我们需要深入地理解其架构设计和内部流程，唯有此，我们才能更好地使用etcd。

点击阅读：https://bbs.huaweicloud.com/blogs/453e4c173af311e89fc57ca23e93a89f

【深入浅出etcd】2. 心跳和选举

摘要：选举是raft共识协议的重要组成部分，重要的功能都将是由选举出的leader完成。不像Paxos，选举对Paxos只是性能优化的一种方式。选举是raft集群启动后的第一件事，没有leader，集群将不允许任何的数据更新操作。

点击阅读：https://bbs.huaweicloud.com/blogs/a1cdb7853af911e89fc57ca23e93a89f

【深入浅出etcd】3. 日志同步

摘要：分布式共识算法(consensus algorithm)通常的做法就是在多个节点上复制状态机。分布在不同服务器上的状态机执行着相同的状态变化，即使其中几台机器挂掉，整个集群还能继续运作。 

点击阅读：https://bbs.huaweicloud.com/blogs/f65bc75d3ba811e89fc57ca23e93a89f

【深入浅出etcd】4.客户端

摘要： etcd的v2可以完全使用rest方式访问，v3则也可以通过部署一个grpc-gateway实现rest访问。但是一般来说，我们代码中操作etcd的读写还是会通过etcd提供的client来做。client 屏蔽了etcd server多节点访问的负载均衡问题，v3的的client采用grpc client可以维持长连接，断链自动重连。k8s的storage也是封装了etcd的client给上层提供了一个Storage的API出去的。
理解client的工作原理对理解k8s的持久化存储功能和定位k8s与连接etcd相关的问题大有帮助，因此本篇专门分析etcd client v2和v3的代码。梳理etcd client与server建立连接和访问的流程。

点击阅读：https://bbs.huaweicloud.com/blogs/01e6f5493e1e11e89fc57ca23e93a89f