ansible 的 pause 模块用于关键节点人工干预与可控等待，支持 prompt 提示、超时保护（seconds/minutes）、条件触发（when）及与 wait_for 协同实现“机器等+人判+机器验”三层控制。
在复杂部署链路中，Ansible 的 pause 模块是实现人工干预与可控等待的关键工具。它不改变系统状态，只暂停执行流程，让运维人员能在关键节点介入检查、审批或手动验证，从而提升部署安全性与可追溯性。
何时必须用 pause：关键决策点识别
不是所有步骤都需要暂停，重点放在以下几类环节：
- 生产环境配置变更前（如数据库 schema 修改、核心服务重启）
- 跨系统依赖就绪确认后（如上游 API 已上线、中间件集群已稳定）
- 灰度发布中止/继续判断点（例如 10% 流量验证通过后才全量）
- 敏感操作二次确认（如清空临时目录、删除过期备份、强制覆盖配置）
基础用法：交互式暂停与超时保护
使用 prompt 参数触发终端提示，并默认等待用户按回车。建议始终设置 seconds 或 minutes 防止无限挂起：
- name: 确认数据库迁移风险
pause:
prompt: "⚠️ 即将执行 prod_db 的 DDL 变更！请确认：1. 备份已完成；2. 维护窗口剩余充足。按 ENTER 继续，Ctrl+C 中止"
seconds: 120
若用户未在 120 秒内响应，任务自动失败，Playbook 停止执行——这是安全兜底机制，避免误操作被长期搁置。
进阶组合：pause + register + when 实现条件跳过
结合变量注册与条件判断，可让 pause 成为“可选确认点”。例如仅当启用了人工审核开关时才暂停：
- name: 获取部署模式
set_fact:
manual_approval_required: "{{ 'true' if env == 'prod' else 'false' }}"
- name: 生产环境人工确认（仅 prod 启用）
pause:
prompt: "✅ 正在 prod 环境部署 v{{ app_version }}，确认无误后按 ENTER"
when: manual_approval_required | bool
这样既保留了自动化流水线的通用性，又对高危环境施加人工闸门。
与 wait_for 协同：先等资源就绪，再人工拍板
pause 不负责等待外部状态，它专注“人”的输入。真实场景中常需前置等待资源可用，再交由人判断：
- 先用
wait_for: port=8080 state=started timeout=600等待新服务端口监听成功 - 再用
pause: prompt="✅ 服务已启动，是否执行 smoke test？"呼吁人工验证 - 后续接
shell: curl -f http://localhost:8080/health自动化校验（或跳过）
这种“机器等 + 人判 + 机器验”三层节奏，比单纯定时 pause 更健壮，也更贴近真实运维逻辑。
