Service 与网络

这一课你将能做到

1. 为 Deployment 创建 ClusterIP Service，并用 selector 稳定选中后端 Pod
2. 说清 ClusterIP / NodePort / LoadBalancer / ExternalName 四种类型的适用场景
3. 用 DNS 名在集群内访问服务，会用 get endpoints 定位「服务不通」类问题

为什么要学

Pod 会随时被重建，IP 跟着变；把 IP 写进任何配置都是定时炸弹。Service 用一个稳定的虚拟 IP + DNS 名把流量负载均衡到「当前健康的一组 Pod」。

对照你已经会的心智：Compose 里 platform 用 http://backend:8080 访问后端、backend 用 mysql 连库——靠的是 Compose 内置 DNS。K8s 把这件事升级成全集群标准：CoreDNS 为每个 Service 生成域名，backend 调 Redis、连 MySQL（集群外也一样有办法）都写稳定名字。面试必考「Service 有哪几种类型」「ClusterIP 的原理」。

先建立图像

其他 Pod --DNS--> backend（Service，稳定虚拟 IP 10.96.x.x）
                     │
          kube-proxy 的转发规则（iptables/IPVS）
                     │
              负载到 Endpoints 列表（当前 Ready 的 Pod IP:端口）
                     │
        ┌────────────┼────────────┐
     Pod A        Pod B        Pod C   （app=backend 且 Ready）

type	作用域	典型场景
ClusterIP	仅集群内	服务互访（默认），backend/redis/mysql
NodePort	节点 IP:30000-32767	本地演示、临时外部访问
LoadBalancer	云厂商负载均衡器	云上把服务暴露到公网/内网
ExternalName	DNS CNAME	引用集群外地址（如托管 MySQL）

跟着做

步骤 1：确认有带标签的 Deployment

沿用上一课的 backend（2 副本 nginx 占位）：

kubectl get deploy backend
kubectl get pods -l app=backend --show-labels

标签是 Service 的「挂钩」，app=backend 必须存在于 Pod 上。

步骤 2：写 ClusterIP Service

svc-backend.yaml：

apiVersion: v1
kind: Service
metadata:
  name: backend
spec:
  type: ClusterIP
  selector:
    app: backend
  ports:
    - name: http
      port: 80          # Service 对外提供的端口
      targetPort: 80    # 容器实际监听的端口

本站真实 backend 通常写 port: 80, targetPort: 8080：集群内其他服务统一访问 http://backend（80），Spring Boot 容器内部仍是 8080——两个端口解耦，容器改端口不用动调用方。

步骤 3：apply 并检查 Endpoints

kubectl apply -f svc-backend.yaml
kubectl get svc backend
kubectl get endpoints backend