题干与适用场景
企业客户害怕修改自动化策略后误伤大量资源。你需要判断 SaaS 是否应在提交变更前提供 Dry Run 预览，展示潜在允许、拒绝和受影响对象。
题目考察产品取舍，不要求绑定 OPA、Terraform 或某个工作流引擎。重点是预览与真实执行之间的差异、用户信任、权限和渐进发布。
面试官考察点
用户问题
能否区分“我想知道会影响谁”与“我想验证最终执行一定如此”，并识别高风险策略和关键角色。
准确性边界
能否说明预览使用的状态快照、外部事实和时间点，避免把过期模拟包装成保证。
产品范围
能否选择首批支持的策略类型、对象规模、差异展示、审批和回滚，而不是承诺所有规则都可完美模拟。
价值验证
能否用误伤率、撤销率、预览采用率、执行差异和支持工单验证功能价值。
回答前需要澄清的问题
- 哪类策略最容易造成大规模或不可逆影响？
- 客户希望预览对象清单、摘要、差异还是成本估算？
- 预览需要实时外部状态，还是允许基于快照？
- 变更是否需要多人审批、回滚或审计留存？
- 结果是否包含敏感资源名称或跨租户信息？
- 预览延迟和对象数量上限是什么？
30 秒回答框架
“我会先验证高风险策略客户是否真的因缺少影响可见性而延迟或误提交。首版只覆盖可解释、可枚举的规则，基于带时间戳的状态快照返回新增、移除、允许、拒绝和不确定项。预览明确不是执行保证，提交时重新评估并显示差异。权限沿用真实执行权限，结果可审计，超大范围异步生成。通过预览采用率、执行差异、撤销率和事故率决定扩展。”
分步骤深入解答
第一步：验证问题与分群
访谈管理员、审计员和普通操作者，收集因策略误伤、审批延迟或回滚困难产生的损失。按不可逆性、对象数量和客户合规要求分级。
第二步：定义预览契约
规定输入策略版本、评估时间、状态快照、外部事实版本和输出类型。结果至少区分将改变、保持、不适用和无法判断，并给出原因。
第三步：选择首批范围
优先支持规则明确、对象可枚举、结果可解释的策略。暂不支持依赖实时随机数、人工操作或不可观测外部系统的规则，提供明确“不确定”状态。
第四步：设计交互与护栏
显示摘要、对象样例、下载清单、敏感字段遮罩和差异警告。高风险变更要求重新确认、双人审批或分阶段执行；预览和提交使用同一权限检查。
第五步：处理竞态与隐私
提交时重新评估当前状态，比较预览版本与执行版本；差异超阈值则暂停并要求确认。结果按租户隔离、最小化展示并保留审计记录。
第六步：发布与衡量
从内测和低风险客户开始，记录预览耗时、采用率、执行差异、撤销、误伤和支持工单。若预览经常与执行不同，先修复状态快照或缩小承诺，再扩大范围。
高质量示范回答
“我不会把 Dry Run 当成全局安全保证。先选择删除、批量授权等高风险且结果可枚举的策略，验证客户是否需要影响清单来降低误提交。预览输入绑定策略版本、租户、评估时间和状态快照，输出新增、移除、保持和不确定对象，并解释规则命中。
预览结果明确标注有效期，提交时用同一执行引擎重新计算；状态变化造成差异就暂停或要求确认。沿用真实权限，敏感资源只展示摘要，超大结果异步生成并可下载。先在低风险客户灰度，通过执行差异、撤销率、误伤率和工单衡量，结果稳定后再支持更多规则。”
常见错误
- 把模拟结果说成执行保证。
- 忽略预览和提交之间的状态竞态。
- 首版承诺支持任意策略、任意对象规模和所有外部依赖。
- 只展示一个总数，没有原因、样例或不确定状态。
- 预览权限比真实执行更宽，泄露跨租户资源。
- 不保留策略版本、状态时间点和审计证据。
- 只看页面点击量，不衡量执行差异和误伤。
- 预览不一致时继续扩展，而不是修复边界。
追问及应对
追问一：预览和真实执行不一致怎么办？
提交时重新评估并显示差异；超过阈值就暂停。记录预览和执行的策略、状态、时间和决策 ID，持续分类差异来源。
追问二：为什么不直接复制生产数据做模拟？
复制会增加隐私、成本和新鲜度问题。优先使用权限隔离的快照或脱敏投影，只保留预览所需字段，并标注快照时间。
追问三：哪些客户最适合先用？
选择对象边界清晰、审批成熟、可回滚且愿意提供反馈的客户；高合规客户需先确认审计、留存和数据隔离要求。
追问四：预览结果太大怎么办？
先展示分组摘要和代表样例，再提供异步清单与完成通知；设置上限和成本提示，避免把大查询拖垮执行系统。
追问五：如何证明功能值得长期维护？
比较启用客户与对照组的误提交、撤销、事故、审批耗时和支持工单，结合预览与执行差异率判断准确性和真实节省。