Si votre application plante et que vous l'apprenez de vos clients, vous n'avez pas de monitoring
Le monitoring surveille l'état de votre application en temps réel (CPU, mémoire, temps de réponse, erreurs). Le logging enregistre ce qui s'est passé pour permettre le diagnostic. Sans ces deux éléments, vous volez à l'aveugle. Quand quelque chose casse, vous apprenez la panne de vos utilisateurs plutôt que de votre système. La stack open source standard : Prometheus (métriques) + Grafana (dashboards) + Loki (logs).
Votre application est en production. Un utilisateur vous WhatsApp à 23h : "le site ne charge plus." Vous ouvrez votre serveur. Vous ne savez pas depuis combien de temps ça dure. Vous ne savez pas ce qui a causé la panne. Vous naviguez à l'aveugle dans les logs système. Deux heures plus tard, vous avez trouvé. Ce scénario se répète chaque semaine dans des dizaines d'entreprises africaines qui n'ont pas mis en place de monitoring.
Monitoring vs Logging — la différence
Monitoring : mesures en temps réel de l'état de votre système. CPU, mémoire, disque, temps de réponse HTTP, taux d'erreur. Vous donne une vue "en ce moment". Logging : enregistrement structuré de ce qui s'est passé. Chaque requête, chaque erreur, chaque événement important. Vous donne une vue rétrospective. Les deux sont complémentaires — le monitoring vous alerte, le logging vous explique.
La stack open source standard : Prometheus + Grafana + Loki
Prometheus : scrape les métriques de vos applications et serveurs à intervalles réguliers. Stocke les métriques en time series. Définit des alertes. Grafana : visualise les métriques de Prometheus dans des dashboards. Envoie des alertes par email, Slack, PagerDuty quand des seuils sont dépassés. Loki : collecte et indexe les logs de vos applications et serveurs. S'intègre nativement avec Grafana. Open source et beaucoup moins coûteux qu'Elasticsearch pour la majorité des besoins.
Les alertes — la partie la plus importante
Avoir des métriques sans alertes ne change rien à 23h. Configurez des alertes pour : taux d'erreur HTTP > 5 %, temps de réponse moyen > 500ms, CPU > 80 % pendant 5 minutes, disque > 85 % plein, application inaccessible depuis 1 minute. Ces 5 alertes couvrent 90 % des pannes critiques.
Solutions alternatives et managées
Datadog : monitoring tout-en-un, SaaS, zéro infrastructure à gérer. Puissant mais coûteux pour les petites équipes (~23 USD/hôte/mois). New Relic : similaire à Datadog, plan gratuit jusqu'à 100 Go de données/mois. UptimeRobot : monitore la disponibilité de votre site (ping toutes les 5 min) — gratuit pour 50 monitors. Premier outil à mettre en place, même avant Prometheus.
Par où commencer si vous n'avez rien
1. UptimeRobot gratuit (5 minutes) — vous recevrez un SMS ou email si votre site tombe. 2. Sentry gratuit — capture les erreurs de votre application avec contexte complet. 3. Prometheus + Grafana avec Docker Compose — quelques heures pour une stack complète. 4. Alertes email sur les métriques critiques. Cette progression va de zéro observabilité à une stack production en 1–2 jours.
À retenir
- Le monitoring surveille l'état en temps réel ; le logging enregistre l'historique — les deux sont nécessaires.
- Prometheus + Grafana + Loki est la stack open source standard — gratuite et production-ready.
- UptimeRobot et Sentry sont les premiers outils à mettre en place — gratuits et immédiats.
- Des alertes sans monitoring n'a pas de sens — configurez au minimum 5 alertes critiques dès le départ.
Questions fréquentes
La configuration de base (scraper votre application + quelques métriques système) prend quelques heures. Des images Docker officielles et des templates de docker-compose.yml existent. La difficulté principale est de définir des alertes pertinentes et des dashboards utiles — ça s'améliore avec le temps.
Elasticsearch est plus puissant pour la recherche dans les logs, mais consomme beaucoup de ressources et est complexe à opérer. Loki est léger, s'intègre nativement avec Grafana, et convient à la majorité des cas d'usage. Pour les petites équipes, Loki est presque toujours le meilleur choix.
UptimeRobot envoie des alertes par email, SMS, et via webhook. Pour WhatsApp, vous pouvez configurer un webhook vers un bot WhatsApp Business API, ou plus simplement utiliser l'alerte SMS + un SMS vers un numéro WhatsApp Business.
Sources
- Prometheus. "Documentation Prometheus." 2026.
- Grafana Labs. "Documentation Loki." 2026.
- UptimeRobot. "UptimeRobot — Free Website Monitoring." 2026.
Kaevor configure des stacks de monitoring et logging pour les applications en production au Cameroun et en Afrique. Contactez-nous sur WhatsApp — nous répondons le jour même.
Discuter sur WhatsApp →