Temps de disponibilité
Suivi

Xitoring prend en charge les protocoles HTTP, HTTPS, Ping (ICMP), DNS, TCP, UDP, FTP, SMTP, IMAP et POP3. Vous pouvez surveiller pratiquement tous les services accessibles depuis Internet à partir d'un seul tableau de bord.

Grâce à des intervalles de vérification d'une minute, vous pouvez être alerté rapidement dès qu'une panne est détectée. Les vérifications de confirmation effectuées à partir de plusieurs nœuds permettent d'éliminer les faux positifs avant le déclenchement de l'alerte.

Xitoring exploite plus de 15 nœuds de surveillance répartis en Amérique du Nord, en Europe, en Asie-Pacifique, en Amérique du Sud et au Moyen-Orient. Chaque vérification est effectuée simultanément depuis plusieurs sites.

La surveillance de la disponibilité est destinée aux services accessibles au public. Pour les services internes, utilisez notre agent de surveillance des serveurs ou la surveillance Heartbeat pour les services situés derrière des pare-feu.

Vous pouvez configurer des plages de maintenance afin de désactiver les alertes pendant les arrêts planifiés. Le pourcentage de disponibilité est ajusté de manière à exclure ces périodes des calculs du SLA.

Oui. Xitoring permet une migration en un clic depuis Pingdom, Uptime.com et BetterStack. Toutes vos configurations de vérification, vos paramètres d'alerte et vos contacts sont importés automatiquement.

La surveillance de la disponibilité conforme aux normes du secteur s'effectue toutes les minutes depuis au moins trois zones géographiques distinctes, afin de distinguer les véritables pannes des simples perturbations locales du réseau. Atteindre un taux de disponibilité annuel de 99,99 % correspond à moins de 53 minutes d'indisponibilité par an ; un taux de 99,999 % correspond à un peu plus de cinq minutes. Une surveillance efficace de la disponibilité va au-delà des simples tests ping pour vérifier que les réponses contiennent le contenu attendu, qu'elles sont complètes dans un délai de latence acceptable et qu'elles présentent des certificats TLS valides — détectant ainsi les pannes partielles et les états dégradés que les simples contrôles de disponibilité ne permettent pas de repérer.

La combinaison des protocoles est tout aussi importante que la fréquence des vérifications. Les vérifications HTTP et HTTPS constituent la base de tout point de terminaison accessible via le Web, avec des validations de correspondance de contenu permettant de détecter le cas de défaillance où « la page renvoie un code 200 mais est en réalité inaccessible ». Les vérifications de ports TCP couvrent les services non HTTP tels que SSH, MySQL ou les ports d'applications personnalisées. Les vérifications DNS confirment que les enregistrements sont correctement résolus par les résolveurs que vos utilisateurs utilisent réellement, détectant ainsi les cas de défaillance progressive où un seul résolveur renvoie NXDOMAIN alors que tout le reste semble fonctionner correctement. Les vérifications des protocoles de messagerie (SMTP, IMAP, POP3) garantissent la fluidité des e-mails transactionnels. Une configuration sérieuse de surveillance de la disponibilité utilise le type de vérification adapté à chaque couche de service, et non pas HTTP pour tout.

La surveillance multirégionale est le paramètre de configuration le plus important. Un outil de surveillance fonctionnant à partir d'un seul site confond un simple incident réseau local avec une véritable panne, et les alertes sont impossibles à distinguer — en moins d'une semaine, l'équipe d'astreinte apprend à ignorer les notifications. La vérification de confirmation à partir d'au moins deux régions supplémentaires avant le déclenchement d'une alerte élimine la grande majorité des faux positifs sans compromettre la rapidité de détection. Xitoring effectue chaque vérification à partir de plus de 15 nœuds de sondage répartis en Amérique du Nord, en Europe, en Asie-Pacifique, en Amérique du Sud et au Moyen-Orient, et une alerte n'est déclenchée que lorsque plusieurs régions s'accordent à dire que le service est en panne.

C'est le routage des alertes qui distingue un outil de surveillance d'un outil d'alerte. L'utilité d'un signal généré par une vérification dépend entièrement du chemin qu'il emprunte pour parvenir à l'ingénieur capable de le résoudre. Une surveillance efficace de la disponibilité achemine les alertes selon un niveau de gravité (info → avertissement → critique → alerte générale), respecte la rotation des permanences afin que la bonne personne soit réveillée à 3 h du matin, prend en charge l'accusé de réception et l'escalade lorsque le responsable principal ne répond pas, et s'arrête proprement une fois l'incident résolu. Les notifications multicanaux via SMS, notifications push, Slack, Microsoft Teams, PagerDuty, OpsGenie et webhooks garantissent qu'aucun chemin d'alerte ne constitue un point de défaillance unique.

Les pages d'état publiques transforment les données de surveillance de la disponibilité en un gage de confiance destiné aux clients. Le fait d'alimenter la page d'état directement à partir des mêmes données de surveillance qui déclenchent les alertes internes garantit une cohérence totale entre les deux : vos clients voient exactement ce que voit votre équipe de garde. L'hébergement de la page d'état sur un domaine ou un sous-domaine distinct permet de la maintenir accessible même lorsque le service principal est hors service, et les équipes d'achat des entreprises s'attendent de plus en plus à disposer d'un historique de disponibilité sur 12 mois glissants. Xitoring publie à la fois des pages d'état publiques personnalisées pour la communication avec les clients et des pages d'état privées protégées par mot de passe pour le suivi interne des SLA, à partir des mêmes données de disponibilité, sans configuration supplémentaire.

La surveillance de la disponibilité constitue l'un des niveaux d'une pile d'observabilité complète ; elle ne remplace pas les autres. La surveillance de la disponibilité s'effectue depuis l'extérieur du périmètre : le point de terminaison public répond-il ? La surveillance des serveurs s'effectue depuis l'intérieur du système d'exploitation : quels sont l'état du processeur, de la mémoire, du disque et des processus de l'hôte qui héberge ce point de terminaison ? La plupart des équipes de production ont besoin que ces deux couches fonctionnent conjointement : la disponibilité vous indique quand un service est en panne ; la surveillance des serveurs vous explique pourquoi, avant même que les utilisateurs ne s'en aperçoivent. Xitoring exécute ces deux couches au sein d'un même produit grâce à un moteur d'alerte unifié. Ainsi, une panne de base de données et un contrôle HTTP manqué suivent les mêmes règles de notification et aboutissent dans la même chronologie des incidents.