错误根据原因和结果进行分类
网络超时、速率限制、过期的 OAuth 令牌、无效媒体和空的可选搜索需要不同的响应。常见的“失败”消息不足以进行修复和用户决策。
此外,还要评估结果是否确实未知、明显未执行或技术上无法使用。这种区别可以防止重复的外部操作。
- 瞬态:重试是安全的
- auth:需要用户或重新连接
- rate_limit:退避和稍后的尝试
- media_invalid:调整资产
- 可选_缺失:跳过记录
- known_external_state:首先验证
恢复策略在错误发生之前已修复
对于每个操作,都定义了可以重复的频率、可以重试哪些错误、是否允许更改提供商以及适用的成本上限。这意味着系统不会在紧急状态下自发决定新的风险。
后备方案必须在技术上等效并获得批准。在检查许可证、出处和相关性后,股票搜索可以从一个来源转移到另一个来源。出版物可能不会通过其他帐户或渠道默默运行。
损坏的单通道仍保持隔离状态
多渠道工作由具有共同前体的独立贡献组成。如果 X 拒绝许可,Instagram 和 Pinterest 仍然可以做好准备。然后,整体状态将变为“部分”或“降级”,而不是“成功”或“完全失败”。
常见的安全错误有所不同。不正确的工作空间、缺乏整体批准或超出信用限额会停止所有相关步骤。
修复结果必须保持可见
完成度分别计算正常成功、自动修复步骤、可选跳过和阻碍。对于每次修复,第一个错误、所使用的策略和最终结果都是可追溯的。
这种透明度具有实际好处:如果供应商的后备情况不断累积,就会出现运营问题。如果定期跳过可选音乐,也许工作流程应该默认安排没有音乐。
针对已知故障进行专门测试
自我修复不能仅通过快乐路径测试来证明。生产门至少模拟已知的错误类别,并检查状态、成本和后续行动是否正确。
- 429 带重试后
- 空股票搜索与合格的后备
- 没有合适的可选音乐作品
- 缺少频道的强制媒体
- 个别提供商降级
- 需要 OAuth 重新连接
- 未经双重尝试,外部发布状态不清楚
工作示例:一篇已修复的帖子和一篇被屏蔽的帖子
示例:在一次营销活动中准备了三个帖子。报告文本帖子的短期速率限制;该作业将等待,直到下一次允许的尝试。图片帖子的宽高比不正确,需要新的预览。第三条帖子缺少账号授权;这里系统既不允许秘密选择不同的频道,也不允许将发布标记为成功。
结果显示每个帖子的原因、下一步和最终状态。成功的重试将被识别为已修复,媒体错误将保持阻止状态,直到发布新版本,并且缺乏权限将提示人为操作。因此,该活动总体上不是“绿色”或“红色”。这种差异化的图片可以防止重复发布,并为团队提供具体的待办事项列表。
- 仅当第一次尝试的效果已知或可以可靠比较时才自动重复。
- 分别显示修复和剩余堵塞的最终状态。
FAQ
自动修复运行成功吗?
技术上可以完成,但应单独显示修复情况。具有可见恢复的中性最终状态比未分化的绿色更诚实。
提供商后备何时安全?
如果该动作是可重复的,则外部结果显然未执行,则替换被释放并且在技术和法律上是合格的。
