🎯 Intention

Ce standard vise à expliquer les actions pour mettre en place un health check sur un projet et ainsi être averti en cas de problème d’infra de cette dernière

<aside> ✅ Pré-requis

• avoir accès updown.io Aujourd’hui seul le compte owner a accès à Updown </aside>

✅ Points clés

<aside> ⌛ Temps indicatif : 30min

</aside>

Etape

Visuel / Exemple

🔗 Mettre en place une url pour suivre l’état de santé de l’application

• Configurer l’url /healthcheck.json (ou /healthcheck/all.json)
• l’url doit vérifier l’ensemble de vos services (web, redis, sidekiq, mailer, …)
• En cas d’erreur, l’url doit retourner une 503 (Service Unavailable)
• Déployer votre application

Raison :

L’url /healthcheck permettra à updown de vérifier que l’application fonctionne

• Rails
• Node.js

🔧 Configurer Updown.io

• configurer votre application sur updown.io
• updown.io doit envoyer une alerte sur le channel #devops (Slack) si il y a un problème

Raison :

L’objectif est d’alerter les développeurs de Captive pour leur permettre de réagir si il y a le moindre problème sur l’une de leurs applications

Dans l’édition des alertes d’une url, il faut cocher l’icone Slack

Les alertes sont envoyés sur le channel #devops

La page de status affiche l’historique du site

❌ Erreurs type à éviter

• Définir le check redis dans la config du healthcheck sans définir la gem redis dans le Gemfile
• Utiliser return dans la méthode config.on_failure Cela provoque l’erreur health_check failed: unexpected return.
• Déclencher des erreurs dans crash reporter via le healthcheck