Ce qu’est vraiment la surveillance de disponibilité
La surveillance de disponibilité vérifie si votre site web, votre API ou votre serveur est accessible. Un service de surveillance envoie des requêtes vers votre point de terminaison depuis des serveurs répartis dans le monde entier, à intervalles réguliers. Si votre site ne répond pas dans un délai défini, vous recevez une alerte.
C’est tout. Pas de magie. Juste une vérification et une alerte automatisées.
L’objectif est simple : vous voulez être informé d’une panne avant vos utilisateurs. Quand un client voit une page d’erreur, il ne sait pas s’il s’agit d’un incident de 30 secondes ou d’une coupure de 3 heures. Il sait juste que votre site ne fonctionne pas. La surveillance de disponibilité vous permet de prendre de l’avance.
Comment fonctionnent les vérifications de monitoring
Un service de surveillance envoie des requêtes HTTP vers votre URL et vérifie la réponse. Si le code de statut est 200 et que la réponse arrive dans le délai configuré (généralement 5 à 30 secondes), le test est réussi. Si le serveur renvoie un code d’erreur, met trop de temps ou ne répond pas du tout, le test échoue.
La plupart des services vous laissent choisir l’intervalle de vérification. Les intervalles courants sont :
- 30 secondes : Détection la plus rapide. Vous êtes informé des pannes presque immédiatement. Utilisé par les équipes où chaque minute compte (e-commerce, plateformes SaaS).
- 1 minute : Idéal pour la plupart des services en production. Équilibre entre rapidité et coût.
- 5 minutes : Convient aux points de terminaison moins critiques ou comme niveau de base gratuit.
Certains services effectuent également des vérifications TCP (le port est-il ouvert et accepte-t-il les connexions ?) et des vérifications UDP (le datagramme est-il arrivé ?). C’est utile pour les bases de données, les serveurs de jeux et les services non-HTTP.
Ce qui se passe quand un test échoue
Quand un test échoue, le service de surveillance envoie une alerte. Les alertes sont envoyées via les canaux que vous avez configurés : email, Slack, Discord, Telegram, SMS ou PagerDuty.
Les bons outils de monitoring incluent l’escalade d’alertes. Cela signifie que le service ne déclenche pas d’alerte sur un seul échec. Il attend plutôt 2 ou 3 échecs consécutifs. Cela évite les fausses alertes dues à des problèmes réseau temporaires. Un incident de 2 secondes qui se résout tout seul ne devrait pas vous réveiller à 3 h du matin.
De nombreux outils prennent également en charge les heures de silence. Si vous effectuez une maintenance tous les dimanches à 2 h, vous pouvez demander au moniteur de supprimer les alertes pendant cette période. Votre équipe n’est pas dérangée pour des travaux planifiés.
Pourquoi le « 99,9 % de disponibilité » de votre hébergeur ne suffit pas
Les hébergeurs proposent des SLA de disponibilité. Ils promettent 99,9 % ou 99,99 % de disponibilité. Mais ces garanties sont réactives, pas proactives. L’hébergeur n’apprend la panne qu’après coup et ne vous compense qu’après les faits.
Plus important encore, la disponibilité de l’hébergement couvre le serveur, pas votre application. Votre serveur peut être « en ligne » alors que votre base de données est hors service, que votre API renvoie des erreurs 500 ou que votre intégration de paiement échoue. Les SLA d’hébergement ne détectent pas les pannes au niveau applicatif.
La surveillance de disponibilité vous donne une vérification indépendante. Vous savez si votre site est réellement accessible depuis l’extérieur, et pas seulement depuis l’intérieur du datacenter.
Surveillance de disponibilité vs. surveillance heartbeat vs. surveillance SSL
La surveillance de disponibilité est la catégorie la plus large. Elle répond à la question : « Mon service est-il accessible ? »
La surveillance heartbeat répond à une autre question : « Ma tâche planifiée s’est-elle exécutée ? » Vous configurez votre cron job ou votre worker pour qu’il appelle une URL unique lorsqu’il se termine. Si le ping n’arrive pas dans la fenêtre prévue, vous recevez une alerte. Cela détecte les échecs silencieux que la surveillance de disponibilité ne peut pas voir. Votre serveur est en ligne, votre base de données répond, mais votre sauvegarde nocturne a silencieusement échoué il y a trois semaines.
La surveillance SSL vérifie vos certificats TLS. Elle vous alerte avant leur expiration (généralement à 30, 14 et 7 jours). Elle signale également les chiffrements faibles, les discordances de domaine et les problèmes de chaîne. L’expiration SSL est l’une des causes de panne les plus évitables, et cela arrive même aux équipes les plus expérimentées.
PingWatchdog inclut les trois types de surveillance dans chaque offre. Vous bénéficiez de la surveillance de disponibilité, de la surveillance heartbeat et de la surveillance SSL dans un seul tableau de bord.
Ce qu’il faut surveiller
Commencez par l’évidence : votre page d’accueil. Ajoutez ensuite les pages et les points de terminaison avec lesquels vos utilisateurs interagissent réellement.
Pour un produit SaaS, surveillez votre tableau de bord applicatif, votre API, votre point de terminaison d’authentification et les services tiers dont votre application dépend. Pour une boutique e-commerce, surveillez la page d’accueil, les pages produits, le panier et le processus de commande.
Ajoutez des moniteurs heartbeat pour vos tâches de fond critiques : sauvegardes de base de données, files d’emails, rapprochement de facturation, synchronisations de données. Elles s’exécutent silencieusement. Si elles échouent, vous pourriez ne pas le savoir pendant des semaines.
Ajoutez des moniteurs SSL pour chaque domaine et sous-domaine que vous possédez. L’expiration d’un certificat ne doit pas être une surprise.
Choisir un outil de monitoring
Lorsque vous comparez des outils de surveillance de disponibilité, regardez quelques points :
- Intervalle de vérification : À quelle vitesse peut-il détecter les pannes ? 30 secondes sont idéales pour les services critiques.
- Emplacements des sondes : D’où viennent les vérifications ? Plusieurs régions aident à distinguer « c’est hors service » de « c’est lent depuis l’Asie ».
- Canaux d’alerte : S’intègre-t-il avec vos outils existants ? Slack, Discord, email, PagerDuty.
- Pages de statut : Pouvez-vous partager l’état du service avec vos utilisateurs ? Une page de statut publique réduit les tickets de support.
- SSL et heartbeat : Fait-il plus que des vérifications de disponibilité ? La surveillance SSL et heartbeat intégrée signifie un seul outil au lieu de trois.
- Tarification : L’offre gratuite vous donne-t-elle assez pour démarrer ? La tarification payante évolue-t-elle avec vos besoins ?
Nous avons conçu PingWatchdog pour être l’outil dont les petites équipes ont réellement besoin. Voir nos offres ou en savoir plus sur nos fonctionnalités. Pour vous aider à démarrer : comment configurer la surveillance de site web en 5 minutes.