Une supervision HTTP qui vérifie autre chose qu'un 200
N'importe quelle URL, de toutes les 30 secondes à une fois par jour, avec des assertions sur le code de statut, la latence, le contenu du corps et les en-têtes — et confirmée par une seconde région européenne avant de réveiller qui que ce soit.
Un point d'entrée qui répond 200 ne fonctionne pas pour autant
Un répartiteur de charge qui sert une page d'erreur en cache répond 200. Une API qui répond en neuf secondes répond 200. Un déploiement qui a remplacé votre JSON par un formulaire de connexion en HTML répond 200. Une sonde qui ne lit que la ligne de statut annonce donc un service en bonne santé pendant que vos clients ne peuvent pas s'en servir.
Une sonde HTTP okokumo évalue toutes les assertions que vous lui donnez, et ne compte comme disponible que si toutes passent :
- Code de statut — exact, ou une classe entière comme n'importe quel 2xx.
- Latence — un plafond en millisecondes, pour que « lent » soit une panne et non une note de bas de page.
- Contenu du corps — une chaîne qui doit être présente, ce qui attrape la page d'erreur en cache et le mauvais déploiement.
- En-têtes de réponse — présence et valeur, pour les en-têtes de cache, de sécurité et de type de contenu qui cassent en silence.
Intervalle et méthode
De 30 secondes à 24 heures. Le plancher dépend de votre formule — cinq minutes sur la formule gratuite, une minute sur Starter, trente secondes sur Pro et Business — et le plafond existe parce que certaines choses méritent une vérification quotidienne plutôt que constante : un point d'entrée de rapport, ou l'URL de rappel d'un partenaire.
N'importe quelle méthode HTTP, avec un délai d'expiration que vous fixez par sonde. L'IPv6 et les certificats auto-signés sont gérés, pas contournés.
Deux régions doivent être d'accord
Les sondes s'exécutent depuis deux régions européennes indépendantes. Une panne ne devient une alerte qu'une fois confirmée par une seconde sonde, et une sonde ne change d'état qu'après deux échecs consécutifs par défaut, configurable. Une seule région qui perd sa route vers vous ne vous réveille pas à 3 h du matin.
La seule exception, volontaire : si une région de sondes est elle-même en panne, exiger la confirmation reviendrait à ne plus jamais alerter, donc l'exigence s'assouplit au lieu d'avaler silencieusement toutes les pannes.
Comment fonctionne la confirmation multi-région →
Ce que vous voyez ensuite
Latence et disponibilité sur la journée, la semaine et le mois ; chaque transition avec son horodatage ; et un journal de livraison indiquant quelle alerte est partie vers quel canal — y compris celles délibérément non envoyées, avec la raison. Une supervision qui échoue en silence à vous prévenir est pire que pas de supervision du tout : ce journal fait donc partie du produit, ce n'est pas une vue de débogage.
D'où partent les sondes
De France et d'une seconde région européenne, sur Scaleway. Vos données de supervision ne quittent pas l'UE, et un DPA structuré selon l'article 28 du RGPD est disponible avant que vous le demandiez. Sécurité & données →