argocd-notifications单应用更新触发全量应用同步通知如何解决？

问题根因 #

你当前配置的触发器oncePer字段值为app.status.sync.revision，由于所有应用都关联同一个Git仓库，任意代码提交都会触发所有关联应用的同步，且所有应用的sync.revision都会更新为同一个最新commit哈希，因此所有应用都会满足oncePer的首次触发条件。再加上原when条件仅校验同步成功和健康状态，没有过滤未发生实际变更的应用，最终导致大量无效通知。

可行解决方案 #

方案1：增加路径变更校验（最常用，推荐） #

利用Argo CD Notifications内置的repoCommitHasPathChanges函数，判断当前提交是否修改了对应应用的源码目录，同时调整oncePer的唯一键避免同commit下多应用误触发，修改后的触发器配置如下：

trigger.on-deployed: |
  - description: Application is synced and healthy. Triggered only when the app's path has changes in the commit.
    oncePer: app.status.sync.revision + app.spec.source.path
    send:
    - app-deployed
    when: app.status.operationState.phase in ['Succeeded'] and app.status.health.status == 'Healthy' and repoCommitHasPathChanges(app.spec.source.repoURL, app.status.sync.revision, app.spec.source.path)

该方案会自动过滤掉对应commit下未修改源码目录的应用，仅推送实际发生代码变更的应用通知，不需要修改其他订阅配置。

方案2：拆分应用级订阅（适合多渠道通知场景） #

如果不同应用需要推送到不同的通知渠道，可放弃全局默认订阅，改为给每个Application资源单独添加订阅注解，仅配置了注解的应用才会推送通知，配置示例如下：
在每个Application的metadata.annotations字段中添加：

annotations:
  notifications.argoproj.io/subscribe.on-deployed.slack: release

同时删除全局的subscriptions配置即可，该方案可灵活控制不同应用的通知接收方，适合多团队共用同一Argo CD实例的场景。

方案3：基于资源变更校验（适合覆盖手动同步场景） #

如果存在手动同步未修改代码的应用也需要推送通知的需求，可将路径校验替换为同步资源变更校验，判断本次同步是否有实际更新的资源，修改后的when条件如下：

when: app.status.operationState.phase in ['Succeeded'] and app.status.health.status == 'Healthy' and app.status.operationState.syncResult.resources.filter(r, r.status == 'Synced' && r.message == 'resource updated').size() > 0

该方案只要本次同步有实际更新的资源就会触发通知，不管触发同步的原因是代码变更还是手动操作。

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