3. Kubernetes 核心概念：Pod、Service、Deployment、Namespace、资源对象模型

在云原生资源画像与 FinOps 成本控制实践中，Kubernetes 的资源对象模型是理解“钱花在哪里”的基础。本章将聚焦四个最核心的抽象层：Pod（最小计费单元）、Service（流量分发与网络成本）、Deployment（副本管理与弹性开销）、Namespace（多租户隔离与预算域），并建立统一的资源对象模型视图。

3.1 资源对象模型总览

Kubernetes 采用声明式 API 和控制器模式管理所有资源。每个资源对象通过 apiVersion、kind、metadata、spec 和 status 五个字段描述。从 FinOps 视角，spec 中的资源请求（requests）与限制（limits）直接决定了集群的调度决策和账单金额。

3.2 Pod：最小计费单元

Pod 是 Kubernetes 中可创建和部署的最小计算单元，也是云账单中计算成本的直接来源。一个 Pod 可以包含一个或多个容器，共享网络栈和存储卷。

3.3 Service：流量分发与网络成本

Service 定义了一组 Pod 的访问策略，将稳定的网络端点与动态变化的 Pod IP 解耦。从成本角度看，Service 的类型直接决定了网络出站流量费用和负载均衡器费用。

3.4 Deployment：副本管理与弹性开销

Deployment 是管理 Pod 副本的控制器，负责声明式更新、回滚和水平扩缩。在 FinOps 框架中，Deployment 的 replicas 字段和更新策略直接影响弹性成本和资源利用率。

apiVersion: apps/v1
kind: Deployment
metadata:
  name: finops-demo
  namespace: production
spec:
  replicas: 3
  strategy:
    type: RollingUpdate
    rollingUpdate:
      maxSurge: 1        # 允许额外创建 1 个 Pod（临时成本）
      maxUnavailable: 0  # 确保始终有 3 个 Pod 可用
  selector:
    matchLabels:
      app: finops-demo
  template:
    metadata:
      labels:
        app: finops-demo
    spec:
      containers:
      - name: app
        image: nginx:1.25
        resources:
          requests:
            cpu: "500m"
            memory: "512Mi"
          limits:
            cpu: "1"
            memory: "1Gi"

3.5 Namespace：多租户隔离与预算域

Namespace 将集群划分为多个虚拟集群，是实现多租户隔离和成本分摊的基础设施。每个 Namespace 可以绑定独立的资源配额（ResourceQuota）和预算标签。

3.6 资源对象模型与 FinOps 的映射关系

将 Kubernetes 资源对象模型映射到云账单，是 FinOps 实践的第一步。下表总结了核心对象与成本项的对应关系：