<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/">
  <channel>
    <title>Etcd on Answer</title>
    <link>https://answer.freetools.me/tags/etcd/</link>
    <description>Recent content in Etcd on Answer</description>
    <generator>Hugo -- 0.152.2</generator>
    <language>zh-cn</language>
    <lastBuildDate>Sun, 08 Mar 2026 15:16:13 +0800</lastBuildDate>
    <atom:link href="https://answer.freetools.me/tags/etcd/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>服务发现为何分裂十五年：从ZooKeeper的CP执念到Eureka的AP妥协</title>
      <link>https://answer.freetools.me/%E6%9C%8D%E5%8A%A1%E5%8F%91%E7%8E%B0%E4%B8%BA%E4%BD%95%E5%88%86%E8%A3%82%E5%8D%81%E4%BA%94%E5%B9%B4%E4%BB%8Ezookeeper%E7%9A%84cp%E6%89%A7%E5%BF%B5%E5%88%B0eureka%E7%9A%84ap%E5%A6%A5%E5%8D%8F/</link>
      <pubDate>Sun, 08 Mar 2026 15:16:13 +0800</pubDate>
      <guid>https://answer.freetools.me/%E6%9C%8D%E5%8A%A1%E5%8F%91%E7%8E%B0%E4%B8%BA%E4%BD%95%E5%88%86%E8%A3%82%E5%8D%81%E4%BA%94%E5%B9%B4%E4%BB%8Ezookeeper%E7%9A%84cp%E6%89%A7%E5%BF%B5%E5%88%B0eureka%E7%9A%84ap%E5%A6%A5%E5%8D%8F/</guid>
      <description>深入解析微服务架构中服务发现技术的十五年演进历程。从Netflix 2012年开源Eureka的AP设计哲学，到ZooKeeper临时节点的CP困境，再到Consul和etcd的Raft共识实现。系统阐述CAP定理如何深刻影响服务注册中心的设计抉择，客户端发现与服务端发现模式的技术权衡，以及Kubernetes如何将两种模式融合。涵盖健康检查机制、自保护模式原理、多数据中心架构，以及服务网格时代的发现机制演进。</description>
    </item>
    <item>
      <title>一个服务地址背后的十五年博弈：从DNS到服务网格的演进之路</title>
      <link>https://answer.freetools.me/%E4%B8%80%E4%B8%AA%E6%9C%8D%E5%8A%A1%E5%9C%B0%E5%9D%80%E8%83%8C%E5%90%8E%E7%9A%84%E5%8D%81%E4%BA%94%E5%B9%B4%E5%8D%9A%E5%BC%88%E4%BB%8Edns%E5%88%B0%E6%9C%8D%E5%8A%A1%E7%BD%91%E6%A0%BC%E7%9A%84%E6%BC%94%E8%BF%9B%E4%B9%8B%E8%B7%AF/</link>
      <pubDate>Sat, 07 Mar 2026 07:33:21 +0800</pubDate>
      <guid>https://answer.freetools.me/%E4%B8%80%E4%B8%AA%E6%9C%8D%E5%8A%A1%E5%9C%B0%E5%9D%80%E8%83%8C%E5%90%8E%E7%9A%84%E5%8D%81%E4%BA%94%E5%B9%B4%E5%8D%9A%E5%BC%88%E4%BB%8Edns%E5%88%B0%E6%9C%8D%E5%8A%A1%E7%BD%91%E6%A0%BC%E7%9A%84%E6%BC%94%E8%BF%9B%E4%B9%8B%E8%B7%AF/</guid>
      <description>深入解析微服务架构中服务发现的核心挑战。从DNS的TTL困境到客户端与服务端发现模式的权衡，从Eureka的AP设计哲学到Consul的Raft一致性保证，系统梳理不同服务发现方案的技术本质。分析Netflix、阿里巴巴等企业的实践案例，揭示服务发现在网络分区、脑裂、健康检查等场景下的设计考量，并提供不同场景下的技术选型决策框架。</description>
    </item>
    <item>
      <title>分布式锁为何成了生产事故的隐形杀手——从Martin Kleppmann与antirez的论战说起</title>
      <link>https://answer.freetools.me/%E5%88%86%E5%B8%83%E5%BC%8F%E9%94%81%E4%B8%BA%E4%BD%95%E6%88%90%E4%BA%86%E7%94%9F%E4%BA%A7%E4%BA%8B%E6%95%85%E7%9A%84%E9%9A%90%E5%BD%A2%E6%9D%80%E6%89%8B%E4%BB%8Emartin-kleppmann%E4%B8%8Eantirez%E7%9A%84%E8%AE%BA%E6%88%98%E8%AF%B4%E8%B5%B7/</link>
      <pubDate>Fri, 06 Mar 2026 16:45:00 +0800</pubDate>
      <guid>https://answer.freetools.me/%E5%88%86%E5%B8%83%E5%BC%8F%E9%94%81%E4%B8%BA%E4%BD%95%E6%88%90%E4%BA%86%E7%94%9F%E4%BA%A7%E4%BA%8B%E6%95%85%E7%9A%84%E9%9A%90%E5%BD%A2%E6%9D%80%E6%89%8B%E4%BB%8Emartin-kleppmann%E4%B8%8Eantirez%E7%9A%84%E8%AE%BA%E6%88%98%E8%AF%B4%E8%B5%B7/</guid>
      <description>从2016年Martin Kleppmann与antirez关于Redlock算法的论战出发，深度剖析分布式锁的设计困境。基于Redis官方文档、ZooKeeper Recipes、Jepsen测试报告、Google Chubby论文等权威信源，揭示分布式锁的本质：它不是互斥锁，而是租约。详细分析Redlock算法的时钟同步问题、GC暂停导致的安全漏洞，以及ZooKeeper/etcd如何通过临时顺序节点和Revision实现更安全的锁机制。重点解读Fencing Token的设计原理，以及为什么Jepsen发现etcd锁也会出现互斥违反。最后给出工程实践建议：效率优先选Redis单实例，正确性优先选共识系统。</description>
    </item>
    <item>
      <title>Raft协议的&#34;实现陷阱&#34;：为什么论文读懂了，代码却写不对</title>
      <link>https://answer.freetools.me/raft%E5%8D%8F%E8%AE%AE%E7%9A%84%E5%AE%9E%E7%8E%B0%E9%99%B7%E9%98%B1%E4%B8%BA%E4%BB%80%E4%B9%88%E8%AE%BA%E6%96%87%E8%AF%BB%E6%87%82%E4%BA%86%E4%BB%A3%E7%A0%81%E5%8D%B4%E5%86%99%E4%B8%8D%E5%AF%B9/</link>
      <pubDate>Fri, 06 Mar 2026 03:38:31 +0800</pubDate>
      <guid>https://answer.freetools.me/raft%E5%8D%8F%E8%AE%AE%E7%9A%84%E5%AE%9E%E7%8E%B0%E9%99%B7%E9%98%B1%E4%B8%BA%E4%BB%80%E4%B9%88%E8%AE%BA%E6%96%87%E8%AF%BB%E6%87%82%E4%BA%86%E4%BB%A3%E7%A0%81%E5%8D%B4%E5%86%99%E4%B8%8D%E5%AF%B9/</guid>
      <description>深入分析Raft共识协议的实现困境。从MIT 6.824课程的经验总结，到etcd数据不一致bug、Cloudflare大规模故障的真实案例，系统梳理Raft&amp;#34;协议描述简单但实现极难&amp;#34;的根本原因。涵盖活跃性保证、线性一致读、日志压缩、成员变更等关键模块的实现陷阱，以及PreVote、CheckQuorum、LeaseGuard等解决方案的技术原理。</description>
    </item>
    <item>
      <title>分布式共识算法：从Paxos到Raft，为什么这个四十年前的问题依然重要</title>
      <link>https://answer.freetools.me/%E5%88%86%E5%B8%83%E5%BC%8F%E5%85%B1%E8%AF%86%E7%AE%97%E6%B3%95%E4%BB%8Epaxos%E5%88%B0raft%E4%B8%BA%E4%BB%80%E4%B9%88%E8%BF%99%E4%B8%AA%E5%9B%9B%E5%8D%81%E5%B9%B4%E5%89%8D%E7%9A%84%E9%97%AE%E9%A2%98%E4%BE%9D%E7%84%B6%E9%87%8D%E8%A6%81/</link>
      <pubDate>Wed, 04 Mar 2026 15:42:46 +0800</pubDate>
      <guid>https://answer.freetools.me/%E5%88%86%E5%B8%83%E5%BC%8F%E5%85%B1%E8%AF%86%E7%AE%97%E6%B3%95%E4%BB%8Epaxos%E5%88%B0raft%E4%B8%BA%E4%BB%80%E4%B9%88%E8%BF%99%E4%B8%AA%E5%9B%9B%E5%8D%81%E5%B9%B4%E5%89%8D%E7%9A%84%E9%97%AE%E9%A2%98%E4%BE%9D%E7%84%B6%E9%87%8D%E8%A6%81/</guid>
      <description>从FLP不可能性定理到CAP权衡，深度解析分布式共识算法的本质。涵盖Paxos两阶段协议、Raft领导者选举与日志复制、ZAB与Viewstamped Replication对比、线性一致性与顺序一致性保证、拜占庭容错、以及etcd/Kubernetes/TiDB等生产环境实践。</description>
    </item>
  </channel>
</rss>
