🐳 Docker & Kubernetes 架构全景

🔌 Service 如何找到 Pod？— Label Selector 机制

这是最容易困惑的地方，Service 不是通过 IP 找 Pod 的，而是通过 Label Selector（标签选择器）！

• Pod 上有标签（Labels）：例如 app=web version=v1
• Service 定义 Selector：selector: app=web
• K8S 自动匹配：所有带 app=web 标签的 Pod 都会被该 Service 发现
• 动态更新：新创建的 Pod 如果标签匹配，会自动加入 Service 的负载均衡池

👉 类比：Service 是个"招聘负责人"，Label 是"技能标签"，有对应技能的 Pod 都会被"录用"（加入负载均衡）。

📦 Pod 与 Container 的关系

Pod 是 K8S 的调度单元，Container 是 Docker 的运行实例。

• 每个 Pod 有一个 Pause 容器：负责持有网络命名空间（Network Namespace），提供共享网络
• 用户容器共享网络：同一 Pod 内的所有容器共享同一个 IP 和端口空间，localhost 可以直接通信
• 共享存储：通过 Volume 挂载，同一 Pod 内容器可以访问同一份数据

⚙️ Ingress Controller vs Ingress — 别搞混了！

• Ingress = 路由规则的"配置文件"（类似 nginx.conf），是 K8S 的 API 对象
• Ingress Controller = 实际执行路由的"服务器"（类似 NGINX 进程），它本身是一个 Pod
• 类比：Ingress 是"菜谱"，Ingress Controller 是"厨师"

📋 完整工作流

1. Pod 被打标签：创建 Pod 时，在 metadata.labels 中定义标签，如 app: web
2. Service 定义 Selector：在 spec.selector 中写明要匹配的标签
3. K8S 自动建立关联：K8S 的控制器会持续监听，所有标签匹配的 Pod 自动加入该 Service 的 Endpoints 列表
4. 负载均衡：Service 收到请求后，根据 Endpoints 列表将请求转发到某个 Pod
5. 动态更新：当有新 Pod 创建（标签匹配）或旧 Pod 删除时，Endpoints 列表会自动更新

📝 实际 YAML 示例

# Pod 的定义（注意 metadata.labels）
apiVersion: v1
kind: Pod
metadata:
  labels:
    app: web        # ← 这个标签会被 Service 匹配
    version: v1
spec:
  containers:
  - name: nginx
    image: nginx:1.25

---
# Service 的定义（注意 spec.selector）
apiVersion: v1
kind: Service
metadata:
  name: service-a
spec:
  selector:
    app: web      # ← 匹配所有带 "app: web" 标签的 Pod
  ports:
  - port: 80
    targetPort: 8080
  type: ClusterIP

K8S 会自动发现所有 labels: app=web 的 Pod，并将它们加入 Service A 的负载均衡池。