Argo Notifications中oncePer配置致部分应用收不到OutOfSync通知求助

• oncePer的去重逻辑缺陷：oncePer通过对指定字段生成唯一哈希值来控制单场景只发一次通知。你用的app.status.operationState.syncResult.revision依赖同步操作的版本号，但部分应用可能从未完成过同步（operationState字段不存在），或者同步结果里没有revision值——这种情况下，多个应用的哈希值会重复（比如空值的哈希一致），系统就会误判为同一通知已经发送，直接跳过推送。
• 日志提示的本质：日志里的on-deployed.[0].y7b5sbwa2Q329JYH755peeq-fBs是系统基于oncePer字段生成的唯一标识，当多个应用的该标识重复时，就会触发“已发送”的提示。
• 缓存清理无效的原因：Argo Notifications的通知记录存在专用存储（Redis或内置持久化缓存）里，单纯重启服务没清空存储的话，旧的标识记录还在，问题自然无法解决。

• 需要避免重复通知时必用：如果你的应用会频繁触发OutOfSync（比如网络波动导致同步失败反复触发），oncePer能有效避免通知轰炸，但必须选每个应用唯一、且随状态变化的字段。比如用应用名称加同步版本号的组合：{{.app.metadata.name}}-{{.app.status.sync.revision}}，这样每个应用的每个版本的OutOfSync通知只会发一次，不会跨应用重复。
• 无重复通知问题可暂时不用：如果目前没遇到重复通知，说明业务场景下触发频率低，或者能接受重复通知，那可以先移除oncePer；后续如果出现通知轰炸，再重新配置合适的oncePer字段即可。

• 替换oncePer字段为唯一组合，示例配置：

  oncePer: "{{.app.metadata.name}}-{{.app.status.sync.revision}}"
  

  这个组合能保证每个应用的每个同步状态版本都有唯一标识，不会出现跨应用的去重冲突。
• 彻底清理通知缓存：如果用Redis做缓存后端，执行FLUSHDB命令清空缓存；如果是内置缓存，删除Argo Notifications的持久化PVC存储后再重启服务。
• 调试时可以针对单个应用开启详细日志，查看oncePer字段的实际取值，确认是否存在为空或重复的情况。

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