[TECH] Prévenir les incompréhensions due aux expirations de jobs.

[VincentHardouin]

🌸 Problème

Pg-boss utilise Promise.race(), pour définir si un job a son délai de traitement qui a expiré.
Le problème est que Promise.race n'arrête pas les promesses en cours, il retourne juste la première promesse qui est terminée. Dans notre cas, lorsqu'un job expire, il est alors marqué comme expiré par pg-boss qui va le retenter plus tard, alors que le job continue en tâche de fond.

Des ressources pour comprendre le souhait et l'usage de expirein par pg-boss :

timgit/pg-boss#238
timgit/pg-boss#102

🌳 Proposition

Utiliser une valeur complétement arbitraire et exagéré pour ne pas se soucier de la config expireIn qui peut causer plus de mal que de bien.
Nous proposons de la mettre à 48h, car nous souhaitons déployer du code à un intervalle plus court que 24h, ce qui fait que la durée de vie d'un conteneur ne peut pas excéder le temps entre deux déploiements.

🐝 Remarques

🤧 Pour tester

Faire une action qui ajoute un job
Constater en base que le job a un expirein à 48:00:00

[pix-bot-github]

Une fois les applications déployées, elles seront accessibles via les liens suivants :

• App (.fr)
• App (.org)
• Orga (.fr)
• Orga (.org)
• Certif (.fr)
• Certif (.org)
• Junior
• Admin
• API
• API MaDDo
• Audit Logger

Les variables d'environnement seront accessibles via les liens suivants :

• scalingo front
• scalingo api
• scalingo api-maddo
• scalingo audit-logger

[yaf]

🚀 « vers l'infini et au-delà »

[bpetetot]

Bien vu 😉

Ça peut valoir le coup de créer une issue côté pgBoss pour indiquer le problème et avoir une explication de ce choix.

[HEYGUL]

Bien vu 😉

Ça peut valoir le coup de créer une issue côté pgBoss pour indiquer le problème et avoir une explication de ce choix.

à suivre ici : timgit/pg-boss#555 (comment)