Surveillance de site web avec alertes PagerDuty
Uptimia surveille vos sites, certificats et parcours de paiement depuis l’extérieur de votre réseau et déclenche un incident PagerDuty pour chaque panne confirmée. Votre politique d’escalade prend le relais à partir de là — un téléphone sonne, puis le suivant si personne ne répond, jusqu’à ce que quelqu’un s’en occupe.
Overview
Last 7 DaysLes alertes ont besoin d’un responsable, pas d’un public
Une alerte dans un salon de discussion est une diffusion : tout le monde la voit, donc personne ne s’en charge. PagerDuty transforme la même panne en une mission — un nom, un compte à rebours, et le nom suivant quand le compte à rebours arrive à zéro.
Vue par tout le monde, prise en charge par personne
Chacun qui voit le message suppose qu’un collègue plus proche d’un clavier s’en occupe, et un dimanche, toute la pièce dort à l’unisson. Un salon de discussion ne sait pas de qui c’est le week-end.
Un nom, un minuteur, puis un téléphone
PagerDuty sait déjà de qui c’est la semaine, quel numéro appeler et quoi faire si personne ne répond. La seule chose qu’il ne peut pas fournir, c’est la raison de commencer : la preuve, venue de l’extérieur de votre réseau, qu’un vrai visiteur n’a pas pu charger la page.
Une panne, un appel téléphonique
Une seule panne dans votre infrastructure peut faire passer neuf sondes au rouge en même temps — paiement, API, connexion, tout dans la même minute. Uptimia les regroupe en un seul incident, et PagerDuty appelle un seul téléphone : celui de la personne d’astreinte cette semaine-là.
Connecter PagerDuty en trois étapes
Créez un service dans PagerDuty, copiez la clé qu’il vous donne, collez-la dans Uptimia. Il n’y a aucune application à autoriser et rien qui vous appartienne à faire tourner.
Copiez la clé depuis PagerDuty
Créez un service dans PagerDuty — la clé qu’il affiche est tout ce dont Uptimia a besoin.
Collez-la dans Uptimia
Enregistrez la clé, et un événement de test confirme l’acheminement sur-le-champ.
Laissez PagerDuty gérer l’escalade
Vos plannings, remplacements et appels téléphoniques restent dans PagerDuty — Uptimia déclenche l’incident et s’efface.
Connecter PagerDuty à Uptimia
Chaque étape, dans le centre d’aide : créer le service dans PagerDuty, copier la clé, et l’attacher à vos sondes.
Chacune de vos sondes peut vous appeler
Un ping sur la page d’accueil ne vous renseigne que sur la page d’accueil. Uptimia parcourt aussi une connexion étape par étape, suit une chaîne d’API qui meurt à son troisième appel et remarque une tâche planifiée qui ne s’est jamais signalée — et chacune d’elles peut déclencher l’appel.
Acheminez chaque système vers l’équipe qui en est responsable
Alertez une seule rotation pour tout, ou donnez à chaque système son propre service — le paiement vers l’équipe boutique, les serveurs vers l’équipe plateforme, et les constats à faible enjeu vers un canal qui attend le matin.
Les salons de discussion sont lus.Les pagers reçoivent une réponse.
La plateforme complète pendant l’essai — chaque type de sonde, une seule clé, et un incident déclenché dès qu’une panne est confirmée.
Déclenché dans PagerDuty, la preuve dans Uptimia
L’événement indique ce qui a cassé et à quel point c’est grave, ce qui est tout ce dont une personne en charge a besoin. Le verdict par point de contrôle, le graphique du temps de réponse et la chronologie de l’incident attendent dans Uptimia celui ou celle qui rédigera le suivi.
Ce que l’événement contient réellement
Chaque déclenchement est le même JSON envoyé à l’Events API v2 : un résumé de ce qui a cassé, source uptimia.com, une gravité, et un composant nommant le type de sonde — ou Incident group lorsqu’une politique d’escalade l’a déclenché. Rien à faire correspondre, rien à analyser.
Confirmée avant de déclencher l’appel
Un seul point de contrôle malchanceux ne réveille jamais personne. Pour les sondes de disponibilité, de vitesse, de certificat et de transaction, vous décidez combien de régions indépendantes doivent être d’accord — jusqu’à trois — avant qu’un événement ne soit envoyé.
Une tempête, un incident
Les sondes qui partagent une politique d’escalade et échouent ensemble sont regroupées en un seul incident Uptimia, et PagerDuty reçoit un unique événement qui le nomme.
La maintenance reste silencieuse
Les fenêtres planifiées suppriment les alertes, si bien qu’un déploiement à 23 h ne se transforme jamais en appel téléphonique.
Temps de réaction consigné
Avec une politique d’escalade, Uptimia horodate ses propres confirmations, si bien que l’incident indique qui a pris le relais et en combien de minutes.
Seulement des faits — par choix
Les salons de discussion reçoivent un lien de confirmation ; les événements PagerDuty et les charges utiles webhook, jamais — un flux automatisé issu de pipelines de journaux ne doit jamais pouvoir faire taire une escalade. Confirmez dans PagerDuty ou dans Uptimia, chacun pour son propre système.
Comment fonctionnent les alertes de surveillance vers PagerDuty
Uptimia surveille vos sites web depuis plus de 171 emplacements externes et, en cas d’échec d’une sonde, déclenche un incident dans PagerDuty — votre politique d’escalade appelle la personne d’astreinte et continue jusqu’à ce que quelqu’un confirme. L’incident nomme la sonde, ce qui n’a pas fonctionné et sa gravité ; et quand la sonde se rétablit, un second événement porte le message de fin d’alerte vers le même service.
Le rétablissement est un événement, pas une résolution
Chaque événement envoyé par Uptimia est un déclencheur, jamais une résolution — une sonde qui redevient verte n’est pas un incident que quelqu’un a traité. Le message de fin d’alerte arrive sous forme de son propre événement warning nommant les sondes revenues en ligne ; la personne en charge referme l’incident dans PagerDuty.
Détecté à l’extérieur, escaladé à l’intérieur
Un contrôle de santé interne partage votre région, votre répartiteur de charge et votre mauvais jour, et se tait avec eux. Les points de contrôle répartis dans plus de 70 pays échouent indépendamment de vous — la seule preuve qui justifie de réveiller un collègue à 4 h du matin.
Sept événements, une seule clé de routage
Chaque ligne est un unique POST vers l’Events API v2 — aucun modèle à maintenir, aucun champ à faire correspondre, rien à faire tourner de votre côté.
Comparer les 12 canaux d’alerte →| Événement | Gravité | Ce que dit le résumé |
|---|---|---|
| Panne confirmée | critical | Le nom de la sonde, marquée DOWN |
| Résumé de la tempête | critical | « 9 sondes en panne — Signing API +8 autres (Incident Uptimia n° 482) » |
| Mise à jour d’ajout | critical | Combien de sondes supplémentaires ont rejoint le même incident |
| Rappel toujours en panne | critical | « Toujours en panne : 3 sondes sur 9 » quand une étape d’escalade ultérieure se déclenche |
| Seuil serveur | warning | CPU, mémoire, disque ou charge au-delà de la limite que vous avez fixée |
| Rétablissement | warning | De nouveau en ligne — une seule sonde indique aussi la durée |
| Événement de test | info | Un bonjour depuis Uptimia, envoyé quand vous appuyez sur Envoyer un test |
FAQ sur l’intégration PagerDuty
01De quoi ai-je besoin côté PagerDuty ?+
02Uptimia résout-il l’incident quand le site revient ?+
03Une seule panne va-t-elle m’appeler neuf fois ?+
04Quelle escalade l’emporte — celle d’Uptimia ou celle de PagerDuty ?+
05Confirmer dans PagerDuty confirme-t-il aussi dans Uptimia ?+
06Quelles sondes peuvent déclencher un incident ?+
07Comment les niveaux de gravité sont-ils attribués ?+
08Différentes sondes peuvent-elles appeler différents services ?+
09Que se passe-t-il si la clé est incorrecte ou si PagerDuty est injoignable ?+
10PagerDuty est-il disponible sur tous les forfaits ?+
Des alertes de panne, directement vers votre astreinte
Connectez PagerDuty avec une seule clé, et chaque panne confirmée appelle la personne d’astreinte — avec les preuves qui attendent dans Uptimia à son arrivée.