<?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>服务发现 on Answer</title>
    <link>https://answer.freetools.me/tags/%E6%9C%8D%E5%8A%A1%E5%8F%91%E7%8E%B0/</link>
    <description>Recent content in 服务发现 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/%E6%9C%8D%E5%8A%A1%E5%8F%91%E7%8E%B0/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>健康检查为何成了分布式系统的隐形杀手——从TCP端口探测到语义健康检测的二十年陷阱</title>
      <link>https://answer.freetools.me/%E5%81%A5%E5%BA%B7%E6%A3%80%E6%9F%A5%E4%B8%BA%E4%BD%95%E6%88%90%E4%BA%86%E5%88%86%E5%B8%83%E5%BC%8F%E7%B3%BB%E7%BB%9F%E7%9A%84%E9%9A%90%E5%BD%A2%E6%9D%80%E6%89%8B%E4%BB%8Etcp%E7%AB%AF%E5%8F%A3%E6%8E%A2%E6%B5%8B%E5%88%B0%E8%AF%AD%E4%B9%89%E5%81%A5%E5%BA%B7%E6%A3%80%E6%B5%8B%E7%9A%84%E4%BA%8C%E5%8D%81%E5%B9%B4%E9%99%B7%E9%98%B1/</link>
      <pubDate>Fri, 06 Mar 2026 11:08:39 +0800</pubDate>
      <guid>https://answer.freetools.me/%E5%81%A5%E5%BA%B7%E6%A3%80%E6%9F%A5%E4%B8%BA%E4%BD%95%E6%88%90%E4%BA%86%E5%88%86%E5%B8%83%E5%BC%8F%E7%B3%BB%E7%BB%9F%E7%9A%84%E9%9A%90%E5%BD%A2%E6%9D%80%E6%89%8B%E4%BB%8Etcp%E7%AB%AF%E5%8F%A3%E6%8E%A2%E6%B5%8B%E5%88%B0%E8%AF%AD%E4%B9%89%E5%81%A5%E5%BA%B7%E6%A3%80%E6%B5%8B%E7%9A%84%E4%BA%8C%E5%8D%81%E5%B9%B4%E9%99%B7%E9%98%B1/</guid>
      <description>从AWS Builder&amp;#39;s Library的深度健康检查分层，到Colin Breck的Kubernetes探针踩坑实录，再到Netflix的应用层DDoS雪崩效应，系统梳理健康检查二十年来的设计演进与工程陷阱。深入剖析浅层检查与深层检查的本质权衡、级联故障的触发机制、健康检查风暴的成因，以及Fail-Open机制、反馈回路、并发限制等最佳实践。基于Google SRE、Lyft Envoy、gRPC健康协议等权威信源，揭示一个被严重误解的分布式系统核心组件。</description>
    </item>
  </channel>
</rss>
