Développer ou acheter : le suivi des erreurs

Chaque équipe a un jour ajouté un try/catch qui publie dans un webhook Slack et a déclaré le suivi des erreurs résolu. Ça fonctionne, ça a pris vingt minutes, et pour un projet personnel c'est effectivement le bon choix. Les problèmes commencent environ six mois plus tard.

Ce que ces vingt minutes laissent de côté

• Le regroupement, sinon le canal devient inutilisable au premier mauvais déploiement.
• La limitation de débit, pour qu'une boucle n'envoie pas dix mille messages.
• La conservation et le stockage, car quelqu'un finira par demander ce qui s'est passé en mars.
• Un tableau de bord, parce que faire défiler un canal Slack n'est pas du tri.
• Des règles d'acheminement, car toutes les erreurs ne méritent pas la même destination.
• Les nouvelles tentatives et l'escalade, ainsi que le processus d'astreinte qui les entoure.

Quand développer reste la bonne option

Si la gestion des erreurs est votre produit, développez-la. Si vous avez une contrainte de résidence des données qu'aucun fournisseur ne respecte, développez-la. Sinon, la comparaison honnête n'est pas « un webhook contre un abonnement », mais la troisième année de maintenance de la liste ci-dessus contre son absence.

Voyez ce que cela coûte →