Documentation

Savoir en quelques secondes si une panne vient de vous ou d’eux

La plupart des sites dépendent de services exploités par d’autres : un prestataire de paiement, un service d’e-mail, un CDN, un fournisseur d’identité, une recherche d’adresses, une API de cartographie. Quand l’un d’eux tombe en panne, votre paiement en ligne ou votre inscription échoue avec lui — et la première question de l’incident est toujours la même : est-ce chez nous ou chez eux ? Chaque minute passée à y répondre est une minute qui ne sert ni à la correction, ni à informer les clients.

Pingsured peut vérifier ces services à côté des vôtres, pour que la réponse se trouve sur le même tableau de bord.

Les pages de statut qui publient du JSON

Beaucoup de prestataires ont une page de statut qui propose aussi un résumé lisible par une machine. Une vérification JSON le lit :

Cherchez un lien intitulé API ou JSON sur la page de statut du prestataire ; le chemin dépend du système qu’il utilise. Une telle vérification transforme l’annonce du prestataire en une alerte que vous recevez, au lieu d’une page qu’il faut penser à ouvrir.

Les endpoints que vous appelez vraiment

Une page de statut ne vaut que par l’honnêteté et la rapidité du prestataire. Lorsqu’il expose un endpoint public — une URL de santé, une API publique sans compte, le script que vos pages chargent depuis son CDN —, vérifiez-le directement :

• le code de statut, avec le temps de réponse affiché en graphique à côté ;
• pour une API JSON, le champ qui montre qu’elle a fonctionné ;
• pour un script ou une feuille de style chargé depuis son CDN, qu’il répond 200, depuis chacun des emplacements où se trouvent vos visiteurs.

Pourquoi surveiller vos prestataires avec Pingsured

• « Chez nous ou chez eux » tranché en quelques secondes. Vos propres vérifications et celles de vos prestataires côte à côte, sur une seule chronologie.
• Leur panne, votre canal d’alerte. E-mail, l’application ou un webhook vers votre outil d’incidents — de la même manière que vous êtes prévenu pour vos propres systèmes.
• Depuis plusieurs emplacements. Un prestataire qui ne tombe que dans une région passe facilement inaperçu depuis votre bureau.
• Un historique à montrer. L’historique du ping montre quand et depuis où un prestataire a été en panne, si bien qu’une discussion sur sa fiabilité peut partir de données plutôt que de souvenirs.

Limites à connaître

• Les vérifications envoient GET ou HEAD et ne peuvent pas se connecter via un formulaire : les endpoints qui exigent un parcours de connexion complet restent hors de portée. Une clé d’API à longue durée de validité dans un en-tête de requête fonctionne.
• Ne vérifiez que ce qu’un prestataire rend public, ou ce que votre contrat autorise. Chaque ping envoie une requête à l’intervalle que vous fixez, identifiée par son User-Agent.