diff --git a/etcd/etcd.log b/etcd/etcd.log
new file mode 100644
index 0000000..cdf5e76
--- /dev/null
+++ b/etcd/etcd.log
@@ -0,0 +1,42 @@
+etcd 可用于配置共享和服务发现
+
+
+特点：
+1.完全复制：集群中的每个节点都可以使用完整的存档
+2.高可用性：etcd可用于避免硬件单点故障或网络问题
+3.一致性： 每次读取都会返回跨多主机的最新写入
+4.简单：包括一个定义良好，面向用户的API（grpc）
+5.安全：实现了带有可选的客户端证书身份验证的自动化TLS
+6.快速：每秒10000次写入的基准速度
+7.可靠：使用Raft算法实现了强一致，高可用的服务存储目录
+
+###本周任务：
+1.Raft协议
+ 1.选举
+ 2.日志复制机制
+ 3.异常处理（脑裂）
+ 4.zookeeper的zad协议的区别
+
+etcd的应用场景：
+1.服务发现：
+在同一个分布式集群中的进程或者服务，如何找到对方并建立连接（注册中心）
+2.配置中心
+应用在启动的时候主动从etcd获取一次配置信息，同时在etcd节点上注册一个watcher并等待，以后每次配置有更新的时候，etcd都会实时通知订阅者，
+以此达到获取最新配置信息的目的（热加载）
+3.分布式锁
+1.所有获取锁的用户只有最终一个可以得到
+2.控制时序，所有想要获得锁的用户都会被安排执行
+
+
+
+etcd的架构，分为4个部分
+1.HTTP server
+用于处理用户发送的API请求及与其他节点的etcd同步与心跳请求
+2.store
+用于处理etcd的各类功能的事务，包括数据索引，节点状态变更，监控与反馈，事件处理与执行等等，是etcd对用户提供的大多数API功能的具体实现
+3.Raft
+Raft强一致性算法的具体实现，是etcd的核心
+4.WAL
+write ahead log （预写式日志）是etcd的数据存储方式。除了在内存中存有所有数据的状态以及节点的索引外。etcd就
+通过WAL进行持久化存储，WAL中，所有的数据提交前都会事先记录日志，snapshot就是为了防止数据过多而进行的状态快照
+entry表示存储的具体日志内容
\ No newline at end of file