4. Kubernetes 核心概念：Pod、Deployment、Service、HPA、Resource Quota、LimitRange 概述

在将 Go 服务部署到 Kubernetes 集群并进行并发性能调优之前，必须深刻理解集群中的几个核心抽象对象。这些对象共同构成了 Go 服务从“运行单元”到“对外暴露”再到“弹性伸缩”与“资源管控”的完整生命周期。本章将逐一剖析 Pod、Deployment、Service、HPA、Resource Quota 和 LimitRange 的定义、职责及其在 Go 服务调优场景中的关键作用。

4.1 核心对象关系总览

下图展示了这些核心对象在 Kubernetes 集群中的层级关系与协作流程。理解这张图是后续调优操作的基础。

4.2 Pod：最小的部署单元

Pod 是 Kubernetes 中可创建和部署的最小计算单元。一个 Pod 可以包含一个或多个容器（通常是一个主容器加若干 sidecar 容器）。对于 Go 服务，通常采用“一个 Pod 一个 Go 容器”的模式。

• 共享网络栈： Pod 内的所有容器共享同一个 IP 地址和端口空间，可以通过 localhost 互相通信。
• 共享存储卷： Pod 可以挂载 Volume，供内部容器共享使用。
• 生命周期： Pod 是短暂的，可能因节点故障、资源不足或更新而被重建，其 IP 地址会变化。
• 资源请求与限制： 每个容器都可以声明 resources.requests 和 resources.limits，这是 Go 服务性能隔离的基础。

# Go 服务 Pod 示例 (YAML)
apiVersion: v1
kind: Pod
metadata:
  name: go-service-pod
  labels:
    app: go-service
spec:
  containers:
  - name: go-app
    image: my-go-service:v1.0
    ports:
    - containerPort: 8080
    resources:
      requests:
        cpu: "500m"        # 请求 0.5 个 CPU 核心
        memory: "256Mi"    # 请求 256 MiB 内存
      limits:
        cpu: "1000m"       # 最多使用 1 个 CPU 核心
        memory: "512Mi"    # 最多使用 512 MiB 内存

4.3 Deployment：声明式更新与副本管理

Deployment 是管理 Pod 和 ReplicaSet 的更高层次抽象。它提供了声明式更新、回滚、扩缩容等能力。在 Go 服务部署中，Deployment 是最常用的工作负载资源。

# Go 服务 Deployment 示例
apiVersion: apps/v1
kind: Deployment
metadata:
  name: go-service-deployment
spec:
  replicas: 3
  selector:
    matchLabels:
      app: go-service
  template:
    metadata:
      labels:
        app: go-service
    spec:
      containers:
      - name: go-app
        image: my-go-service:v1.0
        ports:
        - containerPort: 8080
        resources:
          requests:
            cpu: "500m"
            memory: "256Mi"
          limits:
            cpu: "1000m"
            memory: "512Mi"

4.4 Service：稳定的网络访问入口

由于 Pod 是动态创建和销毁的，其 IP 地址不固定。Service 为一组功能相同的 Pod 提供稳定的虚拟 IP（ClusterIP）和 DNS 名称，实现负载均衡和服务发现。

• ClusterIP（默认）： 仅在集群内部可访问，适合内部微服务调用。
• NodePort： 在每个节点上开放一个静态端口，外部可通过 NodeIP:NodePort 访问。
• LoadBalancer： 结合云厂商的负载均衡器，对外暴露服务。
• 标签选择器： Service 通过 spec.selector 匹配 Pod 的标签，自动将流量分发到后端 Pod。

# Go 服务 Service 示例
apiVersion: v1
kind: Service
metadata:
  name: go-service-svc
spec:
  selector:
    app: go-service
  ports:
  - protocol: TCP
    port: 80          # Service 端口
    targetPort: 8080  # Pod 容器端口
  type: ClusterIP

4.5 HPA：基于指标的自动扩缩

Horizontal Pod Autoscaler（HPA）根据 CPU 使用率、内存使用率或自定义指标（如 Go 服务的 QPS、goroutine 数量）自动调整 Deployment 的副本数。这是实现 Go 服务弹性并发能力的核心组件。

# Go 服务 HPA 示例
apiVersion: autoscaling/v2
kind: HorizontalPodAutoscaler
metadata:
  name: go-service-hpa
spec:
  scaleTargetRef:
    apiVersion: apps/v1
    kind: Deployment
    name: go-service-deployment
  minReplicas: 2
  maxReplicas: 10
  metrics:
  - type: Resource
    resource:
      name: cpu
      target:
        type: Utilization
        averageUtilization: 70
  - type: Resource
    resource:
      name: memory
      target:
        type: Utilization
        averageUtilization: 80

4.6 Resource Quota：命名空间资源总量控制

Resource Quota 作用于命名空间级别，限制该命名空间内所有 Pod 的资源使用总量。这对于多团队共享集群的场景至关重要，可以防止某个团队的 Go 服务“饿死”其他服务。

• 计算资源： requests.cpu、requests.memory、limits.cpu、limits.memory 的总和上限。
• 对象数量： pods、services、configmaps 等资源的最大数量。
• 存储资源： requests.storage、persistentvolumeclaims 等。

# Resource Quota 示例
apiVersion: v1
kind: ResourceQuota
metadata:
  name: go-service-quota
  namespace: production
spec:
  hard:
    requests.cpu: "10"        # 所有 Pod 的 CPU requests 总和不超过 10 核
    requests.memory: "20Gi"   # 所有 Pod 的内存 requests 总和不超过 20 GiB
    limits.cpu: "20"          # 所有 Pod 的 CPU limits 总和不超过 20 核
    limits.memory: "40Gi"     # 所有 Pod 的内存 limits 总和不超过 40 GiB
    pods: "50"                # 最多运行 50 个 Pod

4.7 LimitRange：容器级别的资源默认值与边界

LimitRange 在命名空间级别为容器设置默认的资源请求/限制，以及最小/最大值。当 Pod 未显式设置资源时，LimitRange 会自动注入默认值，确保所有容器都有资源约束。

# LimitRange 示例
apiVersion: v1
kind: LimitRange
metadata:
  name: go-service-limits
  namespace: production
spec:
  limits:
  - max:
      cpu: "2"
      memory: "4Gi"
    min:
      cpu: "100m"
      memory: "128Mi"
    default:
      cpu: "500m"
      memory: "512Mi"
    defaultRequest:
      cpu: "250m"
      memory: "256Mi"
    type: Container

4.8 核心概念对比总结