Bien démarrer
Ce que fait vraiment Dumza
Dumza envoie des requêtes vers ton point de terminaison HTTP ou HTTPS selon la fréquence que tu définis, enregistre le temps de réponse et le code de statut, et alerte ton équipe dès qu'il commence à échouer. Rien ne tourne sur ton infrastructure — les vérifications proviennent des propres serveurs de Dumza, donc si ta machine de surveillance tombait normalement en panne en même temps que ton application, la nôtre non.
Crée ton premier moniteur
Depuis le tableau de bord, clique sur « Ajouter un moniteur » et donne-lui un nom ainsi que l'URL à vérifier. Les réglages par défaut (requête GET, statut 200 attendu, vérification toutes les 5 minutes sur le forfait gratuit) conviennent à la plupart des sites — tu n'as besoin de les modifier que si ton point de terminaison sort de l'ordinaire.
Ajoute un canal d'alerte
Un moniteur sans canal d'alerte continue de suivre la disponibilité, mais personne n'est prévenu quand il tombe en panne — tu ne le découvrirais qu'en ouvrant le tableau de bord. Ajoute au moins un canal (l'e-mail est le plus rapide à configurer) depuis la page du moniteur pour être réellement informé des pannes. Consulte l'article Canaux d'alerte pour la configuration du webhook, de Telegram et de Slack.
Ce qui compte comme « en panne »
Un seul échec ne déclenche pas d'alerte — ce serait trop bruyant (un simple accroc réseau, un déploiement lent). Dumza attend un nombre configurable d'échecs consécutifs (2 par défaut, le minimum) avant d'ouvrir un incident et de te notifier. Tu peux augmenter ce seuil par moniteur si un service est connu pour être instable pendant quelques secondes de temps en temps.
Où aller ensuite
L'article Surveillance de disponibilité détaille chaque option de vérification. Si ton point de terminaison nécessite un jeton de connexion, consulte Surveillance authentifiée. Pour surveiller une tâche en arrière-plan plutôt qu'une URL, consulte Surveillance Cron/Heartbeat.