2. 核心概念：弹性伸缩、运营任务与编排

在构建标准化运营任务编排 API 之前，必须统一团队对三个核心概念的认知：弹性伸缩（资源维度）、运营任务（操作维度）和编排（流程维度）。三者共同构成了平台工程中“自动化运维”的语义基础。

2.1 弹性伸缩：水平 vs 垂直

弹性伸缩是平台应对负载变化的核心能力，分为两种基本模式：

2.2 运营任务：部署、回滚与扩缩容

运营任务是平台对外暴露的最小可执行操作单元。在标准化 API 设计中，每个任务都应具备幂等性、可观测性和可中断性。以下是三类核心运营任务的定义：

• 部署（Deploy）：将指定版本的应用制品发布到目标环境。包含镜像拉取、配置注入、健康检查等子步骤。
• 回滚（Rollback）：将应用恢复到上一个已知的稳定版本。必须保留至少 N 个版本的发布历史。
• 扩缩容（Scaling）：调整目标服务的副本数或资源规格。支持水平（replicas）和垂直（resources）两种模式。

2.3 编排：工作流 vs 状态机

编排是将多个运营任务组合成自动化流程的机制。平台工程中主要采用两种编排模型：

2.4 三者的关系与标准化 API 映射

弹性伸缩、运营任务和编排在平台工程中并非孤立概念，而是层层递进的关系：

1. 弹性伸缩定义了“做什么”（资源调整的语义）；
2. 运营任务定义了“怎么做”（具体的操作单元）；
3. 编排定义了“何时做、按什么顺序做”（流程与状态管理）。

标准化 API 的设计目标，就是将这三层语义统一到一套资源模型中：

// 运营任务编排 API 核心资源模型（简化示例）
{
  "apiVersion": "platform.io/v1",
  "kind": "OperationPipeline",
  "spec": {
    "tasks": [
      {
        "name": "scale-out-web",
        "type": "Scale",
        "params": {
          "mode": "horizontal",
          "targetReplicas": 10
        }
      },
      {
        "name": "health-check",
        "type": "Deploy",
        "params": {
          "action": "check",
          "timeoutSeconds": 120
        }
      }
    ],
    "workflow": {
      "edges": [
        {"from": "scale-out-web", "to": "health-check"}
      ]
    },
    "stateMachine": {
      "initial": "pending",
      "states": {
        "pending": {"on": "start", "to": "running"},
        "running": {"on": "success", "to": "succeeded"},
        "running": {"on": "failure", "to": "failed"}
      }
    }
  }
}