Redis特点 1. 丰富的数据类型 (string, hash, set ,zset, list 等) 2. 读写性能优异 3. 单线程原子性 4. 可持久化 aof/rdb 5. 支持pub/sub 订阅发布模式 6. 高可用方案：哨兵机制 分布式一致性：redis主从为异步复制模式，一致性无法保证 (多节点数据一致性强依赖网络延迟) 主要适用场景：队列, 缓存，分布式session，等非强一致性需求 Etcd特点 1. 分布式一致性：基于raft协议，写入数据需要多数节点应答，确认后才会将数据返回给客户端。 2. 复制模式：基于日志复制 3. 主要适用场景：配置管理、服务发现 4. 易用性方面：Etcd 提供了HTTP API 总结：配置管理/服务发现 需要高可用和强一致性，从上面可以看出，Redis并不具备该特性。Redis有着优秀的并发吞吐能力，在web应用中，Redis大多数当缓存，队列使用，缓解数据库压力。 两者区别： Etcd的红火来源于K8s用Etcd做服务发现，而Redis的兴起则来源于Memcache缓存本身的局限性。 Etcd是一种分布式存储，更强调的是各个节点之间的通信，同步，确保各个节点上数据和事务的一致性，使得服务发现工作更稳定，本身单节点的写入能力并不强。 Redis更像是内存型缓存，虽然也有Cluster做主从同步和读写分离，但节点间的一致性主要强调的是数据，并不在乎事务，因此读写能力很强，Qps甚至可以达到10万+ 两者都是k-v存储，但Redis支持更多的存储模式，包括KEY，STRING，HMAP，SET，SORTEDSET等等，因此Redis本身就可以完成一些比如排序的简单逻辑。而Etcd则支持对Key的版本记录和txn操作和Client对Key的watch，因此适合用做服务发现。 日常使用中，Etcd主要还是做一些事务管理类的，基础架构服务用的比较多，容器类的服务部署是其主流。而Redis广泛地使用在缓存服务器方面，用作Mysql的缓存，通常依据请求量，甚至会做成多级缓存，当然部分情况下也用做存储型Redis做持续化存储。