<?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>CAP定理 on Answer</title>
    <link>https://answer.freetools.me/tags/cap%E5%AE%9A%E7%90%86/</link>
    <description>Recent content in CAP定理 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/cap%E5%AE%9A%E7%90%86/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>消息队列的顺序性为何如此难以保证——从分区策略到消费者并发的完整技术解析</title>
      <link>https://answer.freetools.me/%E6%B6%88%E6%81%AF%E9%98%9F%E5%88%97%E7%9A%84%E9%A1%BA%E5%BA%8F%E6%80%A7%E4%B8%BA%E4%BD%95%E5%A6%82%E6%AD%A4%E9%9A%BE%E4%BB%A5%E4%BF%9D%E8%AF%81%E4%BB%8E%E5%88%86%E5%8C%BA%E7%AD%96%E7%95%A5%E5%88%B0%E6%B6%88%E8%B4%B9%E8%80%85%E5%B9%B6%E5%8F%91%E7%9A%84%E5%AE%8C%E6%95%B4%E6%8A%80%E6%9C%AF%E8%A7%A3%E6%9E%90/</link>
      <pubDate>Fri, 06 Mar 2026 23:45:56 +0800</pubDate>
      <guid>https://answer.freetools.me/%E6%B6%88%E6%81%AF%E9%98%9F%E5%88%97%E7%9A%84%E9%A1%BA%E5%BA%8F%E6%80%A7%E4%B8%BA%E4%BD%95%E5%A6%82%E6%AD%A4%E9%9A%BE%E4%BB%A5%E4%BF%9D%E8%AF%81%E4%BB%8E%E5%88%86%E5%8C%BA%E7%AD%96%E7%95%A5%E5%88%B0%E6%B6%88%E8%B4%B9%E8%80%85%E5%B9%B6%E5%8F%91%E7%9A%84%E5%AE%8C%E6%95%B4%E6%8A%80%E6%9C%AF%E8%A7%A3%E6%9E%90/</guid>
      <description>消息队列的顺序性为何如此难以保证——从分区策略到消费者并发的完整技术解析</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>分布式事务为何成了架构师的噩梦——从两阶段提交到Saga模式的技术权衡</title>
      <link>https://answer.freetools.me/%E5%88%86%E5%B8%83%E5%BC%8F%E4%BA%8B%E5%8A%A1%E4%B8%BA%E4%BD%95%E6%88%90%E4%BA%86%E6%9E%B6%E6%9E%84%E5%B8%88%E7%9A%84%E5%99%A9%E6%A2%A6%E4%BB%8E%E4%B8%A4%E9%98%B6%E6%AE%B5%E6%8F%90%E4%BA%A4%E5%88%B0saga%E6%A8%A1%E5%BC%8F%E7%9A%84%E6%8A%80%E6%9C%AF%E6%9D%83%E8%A1%A1/</link>
      <pubDate>Fri, 06 Mar 2026 08:00:28 +0800</pubDate>
      <guid>https://answer.freetools.me/%E5%88%86%E5%B8%83%E5%BC%8F%E4%BA%8B%E5%8A%A1%E4%B8%BA%E4%BD%95%E6%88%90%E4%BA%86%E6%9E%B6%E6%9E%84%E5%B8%88%E7%9A%84%E5%99%A9%E6%A2%A6%E4%BB%8E%E4%B8%A4%E9%98%B6%E6%AE%B5%E6%8F%90%E4%BA%A4%E5%88%B0saga%E6%A8%A1%E5%BC%8F%E7%9A%84%E6%8A%80%E6%9C%AF%E6%9D%83%E8%A1%A1/</guid>
      <description>深入解析分布式事务的核心困境与技术演进。从Jim Gray在1978年提出两阶段提交协议，到Hector Garcia-Molina在1987年发表Saga论文，再到Google Spanner的TrueTime机制和CockroachDB的Parallel Commits协议，揭示分布式事务四十五年来在强一致性与可用性之间的艰难平衡。基于FLP不可能性定理、Paxos Commit算法、XA协议规范以及Seata框架的实现经验，系统梳理分布式事务从阻塞协议到补偿模式的完整技术路径。</description>
    </item>
    <item>
      <title>CAP定理的误导性：为什么&#34;三选二&#34;是分布式系统被误解最深的公理</title>
      <link>https://answer.freetools.me/cap%E5%AE%9A%E7%90%86%E7%9A%84%E8%AF%AF%E5%AF%BC%E6%80%A7%E4%B8%BA%E4%BB%80%E4%B9%88%E4%B8%89%E9%80%89%E4%BA%8C%E6%98%AF%E5%88%86%E5%B8%83%E5%BC%8F%E7%B3%BB%E7%BB%9F%E8%A2%AB%E8%AF%AF%E8%A7%A3%E6%9C%80%E6%B7%B1%E7%9A%84%E5%85%AC%E7%90%86/</link>
      <pubDate>Fri, 06 Mar 2026 02:35:35 +0800</pubDate>
      <guid>https://answer.freetools.me/cap%E5%AE%9A%E7%90%86%E7%9A%84%E8%AF%AF%E5%AF%BC%E6%80%A7%E4%B8%BA%E4%BB%80%E4%B9%88%E4%B8%89%E9%80%89%E4%BA%8C%E6%98%AF%E5%88%86%E5%B8%83%E5%BC%8F%E7%B3%BB%E7%BB%9F%E8%A2%AB%E8%AF%AF%E8%A7%A3%E6%9C%80%E6%B7%B1%E7%9A%84%E5%85%AC%E7%90%86/</guid>
      <description>深入解析CAP定理的真实含义与常见误解。从Eric Brewer的原始论文到Gilbert-Lynch的形式化证明，揭示&amp;#34;三选二&amp;#34;为何是一个过度简化的表述。探讨PACELC扩展、一致性模型的完整谱系，以及为什么分区容错性不是可选而是必然。帮助开发者建立正确的分布式系统设计思维。</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>
