RunDeck单节点作业重试时故障邮件发送逻辑及3次失败通知配置问题

• 直接回应核心疑问：RunDeck 默认配置下，每一次重试尝试失败都会独立触发绑定的故障邮件发送，不会自动抑制重试过程中的中间失败通知。
  原因是RunDeck的每一次作业执行（含重试触发的执行）都是独立的运行实例，每个实例的状态变更都会独立匹配对应层级的通知规则：首次执行失败会发第一封邮件，第一次重试失败会发第二封，直到所有重试次数跑完的最终失败还会发第三封，完全不符合“3次重试全部失败才发邮件、中间失败不通知”的预期。
• 实现目标效果的配置步骤：
  • 移除原作业上绑定的所有故障通知规则，从源头阻断重试过程中的中间通知触发
  • 校准重试次数配置：注意RunDeck的重试次数计数不包含首次初始执行，要做到“总共3次执行尝试全部失败才判定最终故障”，需要把最大重试次数设置为2，而非3，避免出现4次执行尝试的超量重试
  • 新增独立的作业状态监听流程，仅当原作业走完所有重试环节、最终返回失败状态时，才在该监听流程中配置故障邮件发送动作，保证通知仅在3次尝试全部失败时发出
• 配置避坑提醒：
  • 不要在单节点作业的节点执行层级绑定故障通知，这类通知会在节点步骤执行失败的瞬间触发，不会等待重试流程执行完成
  • RunDeck 没有内置针对重试场景的“中间失败不通知、仅最终失败通知”的开关功能，所有通知逻辑的调整都需要通过变更通知绑定的层级和触发条件实现

内容的提问来源于stack exchange，提问作者ASheppardWork