chore(pipeline): send raw context to webhook #354
Conversation
We will introduce a broker to dispatch webhooks to the right place. Doing so, we'll be able to filter events and prevent flooding the alerting channel. Also, the scheduler does not have to send messages that comply to mattermost and therefore can be decoupled from the mattermost interface.
There was a problem hiding this comment.
Je comprends bien l'intention, maintenant j'attends de voir ce qu'on choisit comme broker :) Est-ce qu'on code un petit truc ou non, etc.
Et sinon, peut etre séparément, investiguer la configuration Sentry ? https://airflow.apache.org/docs/apache-airflow/stable/administration-and-deployment/logging-monitoring/errors.html
Sachant que derrière, Sentry peut aussi envoyer des notifs Slack ou Mattermost, en évitant le spam. Mais je n'insiste pas trop, on pourra investiguer le sujet séparément of course.
|
oui je suis ok pour regarder du côté de sentry :) j'ai un truc fonctionnel avec n8n en broker. Franchement ça pourrait être zapier.
J'ai un doute sur le fait que le n8n soit bien maintenu (la version a un peu de retard) ET j'ai l'impression que la gestion d'accès au workflow va demander un compte de service ? |
|
Jérémy a fait une grosse MAJ de N8N hier, et pour le compte de service en effet, ça y ressemble mais je pense qu'il faut lui poser la question, je ne sais pas ce qu'ils ont décidé en pareil cas. |
We will introduce a broker to dispatch webhooks the right place. Doing so, we'll be able to filter events to remove duplicates and prevent flooding the alerting channel.
Also, the scheduler does not have to send messages that comply to mattermost and therefore can be decoupled from the mattermost interface : we just send the context data somewhere.