感谢大家提供这个入门篇：从 etcd 名字的由来，到安装部署和使用姿势问题集合，让我有机会和大家交流和分享。我将根据自己的理解和学习，为每个问题提供清晰而有条理的回答。

文章目录列表:

入门篇：从 etcd 名字的由来，到安装部署和使用姿势

2.Docker搭建draw.io和GitLab，并配置GitLab作为draw.io存储服务器

大家好，我是三十一[0]，本次分享分布式神器etcd[1]的 5 种部署方式和 10 种使用姿势，阅读全文预计花费 16 分钟。如果对你有帮助，也欢迎号友们点赞收藏。

在学习 etcd 之前，我们先来聊一聊 etcd 名字的由来[2]。etcd 中的 etc 取自 unix 系统的/etc目录，再加上一个d代表distributed system就组成了 etcd。在 unix 系统中 /etc 目录用于存储系统的配置数据，单从名字看 etcd 可用于存储分布式系统的配置数据，有时候也把 etcd 简单理解为分布式 /etc 配置目录。

etcd 简介

etcd 是一个可靠的分布式 key-value 存储系统，主要用于配置共享和服务注册和发现，具有以下特性：

简单：基于 gRPC 定义了清晰、面向用户的 API。

安全：支持可选的客户端 TLS 自动认证特性。

快速：支持每秒 10000 次的写入。

可靠：基于 Raft 算法协议保证一致性。

etcd 使用 Go 语言开发，底层基于 Raft 共识算法管理高可用的复制日志。当前已经被许多公司用于关键生产项目，比如：Kubernetes、locksmith、vulcand、Doorman 等。

当然，也有其他组件可以提供配置共享和服务注册和发现的功能，比如最为广泛和大家最为熟知的 Zookeeper，也被很多 Java 系的 开源项目认可和使用，比如：Hadoop、HBase、Kafka 等。

但 etcd 是 一个可以媲美甚至超越 Zookeeper 的组件。

相较之下，Zookeeper 有如下缺点[3]：

复杂：Zookeeper 基于 ZAB 协议，属于类 Paxos 协议，而 Paxos 算法素以复杂难懂闻名；Zookeeper 的使用也比较复杂，需要安装客户端，而官方目前只提供了 Java 和 C 两种语言接口。

发展慢：由于基金会庞大的结构以及松散的管理，导致项目发展缓慢。

而 etcd 作为后起之秀，其优点也很明显：

简单：使用 Go 语言编写部署简单；使用 gRPC 定义接口，支持跨语言、跨 特性；使用了易于用户理解的 Raft 算法保证一致性，优于 Paxos 算法。

发展快：etcd 正处于高速迭 发中。

性能优越：官方提供的基准测试数据中，etcd 集群可以支持每秒 10000+ 次的写入，性能优于 Zookeeper。

安全性：etcd 支持 TLS 访问，而 ZooKeeper 在权限控制方面做得略显粗糙。

环境搭建一、本地安装包部署

下载：下载最新的安装包（当前最新：v3.5.4），下载地址：/assets/image/ThirtyOneLee.jpeg

[1] etcd: /article/etcd-interpretation- lication-scenario-implement-principle/

[4] etcd docker-compose yml: /post/7107100709145264164

Docker搭建draw.io和GitLab，并配置GitLab作为draw.io存储服务器

在我看来，gitst其实就是一个有特殊界面的github repository而已，最多就是给了部分私有respotiory的功能。

所以：

1. markdown，版本管理，代码片段之类的都是repositorie自带的福利

2. 私有云笔记之类的，看个人习惯吧。

/r/fjudith/draw.io

至此draw.io和gitLab都已安装配置完成

result['gitlab-id']='72066b80d4*******************';

result['gitlab']='http://172.16.253.52:9000';

现在就可以用本地gitLab来存储生成的流程图文件了。

好了，今天关于入门篇：从 etcd 名字的由来，到安装部署和使用姿势就到这里了。希望大家对入门篇：从 etcd 名字的由来，到安装部署和使用姿势有更深入的了解，同时也希望这个话题入门篇：从 etcd 名字的由来，到安装部署和使用姿势的解答可以帮助到大家。