<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Headless VS ClusterIP :: Ay Docs</title>
    <link>https://ops.docs.72602.space/using/k8s/clusterip/index.html</link>
    <description>Q: headless service 和 普通的service 有什么区别？ 只是有没有clusterIP? “有没有 ClusterIP” 只是表面现象，其背后是根本不同的服务发现模式和适用场景。&#xA;核心区别：服务发现模式 普通 Service：提供的是 “负载均衡” 式的服务发现。 它抽象了一组 Pod，你访问的是这个抽象的、稳定的 VIP（ClusterIP），然后由 kube-proxy 将流量转发到后端的某个 Pod。 客户端不知道、也不关心具体是哪个 Pod 在处理请求。 Headless Service：提供的是 “直接 Pod IP” 式的服务发现。 它不会给你一个统一的 VIP，而是直接返回后端所有 Pod 的 IP 地址。 客户端可以直接与任何一个 Pod 通信，并且知道它正在和哪个具体的 Pod 对话。 详细对比 特性 普通 Service Headless Service clusterIP 字段 自动分配一个 VIP（如 10.96.123.456），或设置为 None。 必须设置为 None。这是定义 Headless Service 的标志。 核心功能 负载均衡。作为流量的代理和分发器。 服务发现。作为 Pod 的 DNS 记录注册器，不负责流量转发。 DNS 解析结果 解析到 Service 的 ClusterIP。 解析到所有与 Selector 匹配的 Pod 的 IP 地址。 网络拓扑 客户端 -&gt; ClusterIP (VIP) -&gt; (由 kube-proxy 负载均衡) -&gt; 某个 Pod 客户端 -&gt; Pod IP 适用场景 标准的微服务、Web 前端/后端 API，任何需要负载均衡的场景。 有状态应用集群（如 MySQL, MongoDB, Kafka, Redis Cluster）、需要直接连接特定 Pod 的场景（如 gRPC 长连接、游戏服务器）。 DNS 解析行为的深入理解 这是理解两者差异的最直观方式。</description>
    <generator>Hugo</generator>
    <language>en</language>
    <lastBuildDate></lastBuildDate>
    <atom:link href="https://ops.docs.72602.space/using/k8s/clusterip/index.xml" rel="self" type="application/rss+xml" />
  </channel>
</rss>