竞价实例是什么
竞价或抢占式实例价格明显低于按需实例，但可能被云厂商回收：它适合可中断、可重试的任务（离线批处理、CI 构建、渲染、批量推理），配合检查点与自动重试即可把回收影响控制在可接受范围。不能用于没有容错能力的核心在线服务。
怎么用才安全
三件事先做好：任务粒度拆小以便重试、运行过程定时写检查点、收到中断信号时主动保存进度并让出资源。然后做组合部署——核心链路用稳定的按需或预留实例，弹性部分交给竞价实例，避免回收瞬间整体服务不可用。
基本信息
| 适用任务 | 批处理、CI/CD、数据处理、无状态可重试任务 |
|---|---|
| 前置要求 | 任务可中断、可重试、有检查点机制 |
| 部署组合 | 核心常驻用稳定实例，弹性部分用竞价 |
| 监控 | 回收率与重试次数纳入日常看板 |
典型使用场景
- 离线批处理：夜间跑数，失败可整批重排
- CI 构建：任务幂等，回收后重新触发即可
- 大数据作业：配合推测执行与任务重试降低影响
- 渲染与视频转码：单任务可拆分并断点续跑
- 压测环境：非生产负载，稳定性要求低
- 批量推理：可切分为小批次，按队列消费
接入要点示例
接入要点示例
任务拆分粒度小，失败后可从队列重试 # 幂等设计
Spark 等框架开启推测执行与任务级容错
监听中断信号：保存进度、释放资源、写日志
设置重试上限与告警，避免无限重跑
每小时统计回收率与重跑成本，纳入成本看板任务匹配度
| 任务 | 匹配度 | 原因 |
|---|---|---|
| 离线批处理 | 合适 | 可重试，延迟要求宽松 |
| CI 构建任务 | 合适 | 幂等，重跑代价低 |
| 在线支付链路 | 不合适 | 回收即造成请求失败 |
| 有状态数据库 | 不合适 | 实例回收可能导致数据风险 |
竞价实例的价值取决于回收率：如果回收频繁到需要反复重跑，节省的单价会被重复计算成本吃掉，此时应改为部分稳定实例。