测验：业务成功与产物保留

这两个工作流程具有不同的名称，但第二次运行覆盖了第一个工作流程的输入。您最想检查什么？

• Pod 内的工作目录名称是相同的。
• 同一个bucket的输出key是按执行来划分的吗？
• 两个工作流的入口点名称是否相同？

工作很成功，完成后中间文件和最终报告都消失了。 Which settings should I review first?

• 用于查询成功状态的标签名称
• 应用于最终输出工件的 GC 策略

列表查找是403，对象读取也是403。关于是否删除文件的正确结论是什么？

• 首先解决访问权限问题，然后再次检查是否存在。
• 由于两个请求均失败，因此认为删除已完成。
• 如果工作流程成功，最终文件预计将保留。
• 由于查询失败，将其记录为已删除并重新创建。

工作流程成功，但存在 ArtifactGCError 和禁止日志。该实验室的恢复程序是什么？

• 清除现有错误条件并手动添加完成标记
• 清除现有的终结器以从列表中删除失败的痕迹。
• 保留故障观察并在连接最小角色后使用新的 UID 进行验证。
• 将 cluster-admin 赋予主容器并仅检查结果文件。

设置OnWorkflowDeletion的操作刚刚成功。如果您尚未删除工作流程怎么办？

• 当它变为成功时，所有输出都应该被删除。
• 由于是在删除时间之前，因此该策略的文件可能会保留。
• 如果留下文件，则您的 S3 删除权限肯定不正确。
• 工作流程应重新分类为不成功

我将“Never”设置为单个最终工件。这不能保证什么？

• 完成后从 GC 中排除文件的策略表达式
• 为中间文件和最终文件指定不同的生命周期
• 工作流程默认 GC 策略（个别例外）
• 即使在存储故障和会话放弃后也可恢复备份