Je ne saurais que conseiller de remplacer toutes ces crons dispersés sur
les serveurs par un scheduler/ordonnanceur centralisé type rundeck,
stackstorm voire airflow. C'est un gros travail mais cela procure de
nombreux avantages:
- définition centralisé des jobs/batchs (et en plus on peut les mettre
dans git, tout devrait être versionné)
- supervision centralisé
- retry, chainage, j'en passe et des meilleures.
Cdt,
--
Raphael Mazelier
Faire du monitoring de batchs par mails ca semble tout de même une assez
mauvaise idée.
On 04/09/2019 21:02, Wallace wrote:
Le mieux dans ces cas là c'est de forcer à ce que toute cron ne log
rien en sortie standard ou alors le mettre dans un fichier et garder
que la sortie erreur à envoyer par mail.
Après faire l'effort de corriger ce qui doit l'être pour les mails
reçus donc avec des erreurs.
La cible à viser aucun mail = OK, un mail = une erreur à traiter ou un
incident survenu (dépendance de tiers extérieurs qui n'a pas marché
par exemple).
La boite qui reçoit les mails, tu peux la mettre en supervision pour
que tout mail reçu les 5 dernière minutes déclenche une alarme.
---------------------------
Liste de diffusion du FRnOG
http://www.frnog.org/
