什么是工作负载放置决策
工作负载放置指为每类负载选择合适的运行形态：虚拟机、容器编排、无服务器函数或边缘节点。判断依据是请求模式、伸缩要求、运行时依赖、合规约束与团队现有运维能力，而不是技术热度。同一系统可以混合放置，例如核心交易跑容器、突发批处理用函数、敏感数据留在边缘或本地。
基本信息
| 决策输入 | 请求模式、伸缩要求、依赖与内核需求、合规与延迟目标 |
|---|---|
| 成本口径 | 资源利用率、闲置比例与运维人力一并计入 |
| 平台一致性 | 混合放置时统一可观测、发布与配置管理，减少碎片 |
| 记录方式 | 把选型约束写进架构决策记录：数据属地、运行时依赖、生命周期 |
运行形态对比
| 运行形态 | 匹配场景 | 主要约束 |
|---|---|---|
| 虚拟机 | 依赖特定内核或遗留系统 | 扩缩速度较慢，需自管补丁 |
| 容器编排 | 标准化交付与弹性伸缩 | 需要集群运维与平台能力 |
| 无服务器 | 事件驱动与突发流量 | 冷启动与执行时长限制 |
| 边缘节点 | 低延迟与数据本地处理 | 资源受限，远端运维复杂 |
典型使用场景
- 核心在线服务：需要稳定性能与精细调优时用容器编排承载
- 遗留系统：依赖特定内核或商业软件许可时保留虚拟机形态
- 突发批处理：按量计费的事件驱动形态处理峰值任务更划算
- 低延迟场景：把计算下沉到边缘，减少数据往返
- 合规受限数据：按属地要求放在特定区域或本地环境
- 混合架构：多种形态并存时用统一的可观测与发布流程降低运维复杂度
放置决策核对清单
放置决策核对清单
# 逐项核对，任何一项不满足都要重新考虑运行形态
1) 伸缩：需要秒级扩容吗？最小/最大实例数是多少？
2) 运行时：是否依赖特定内核、系统调用或本地磁盘？
3) 延迟：端到端延迟预算多少？冷启动是否可接受？
4) 合规：数据能否离开指定区域或属地？
5) 运维：团队是否具备该形态的日常运维与排障能力？
6) 成本：单位业务量成本（含闲置与人力）是多少？混合放置的隐性成本在运维：平台越多，值班、监控与发布流程的覆盖面越大，先评估团队能否支撑。
无服务器适合「有尖峰、无长连接、可无状态」的负载，判断时优先看这三条，而不是看技术是否流行。