Premiers pas

Le premier check

1. Créer un compte. L’inscription passe par Datargo, l’éditeur de Perstat ; aucune carte bancaire n’est demandée. Vous pouvez lancer de vrais checks sur vos propres services avant de choisir une formule.
2. Pointer un monitor sur une URL. Choisissez http, collez l’URL, gardez les réglages par défaut. Le monitor s’exécute depuis les régions incluses dans votre formule. Les checks régionaux utilisent un profil d’alerte ; la règle standard attend plus d’une région avant d’ouvrir un incident. Lisez la règle et ses exceptions à remontée directe.
3. Confirmer une première exécution réussie. Un résultat régional récent montre la latence mesurée ; les cibles dual-stack ajoutent un résultat par IP et le temps DNS apparaît séparément du temps total.
4. Tester la panne et le rétablissement de façon contrôlée. Sur un endpoint que vous contrôlez, remplacez temporairement l’assertion de contenu par une chaîne absente de la réponse. Confirmez le résultat en échec, rétablissez l’assertion, puis vérifiez un nouveau résultat réussi. L’ouverture éventuelle d’un incident dépend du type de check et du profil d’alerte.

Une première heure bien employée

• Ajoutez un monitor ssl_cert pour le certificat que vous oubliez toujours, et un monitor domain pour la couche d’enregistrement (NS, DNSSEC, expiration WHOIS). Chaque type de check explique ce qu’il vérifie.
• Créez votre page de statut et choisissez les composants qui méritent d’y figurer. Publique, ou protégée à partir de sentinel.
• Vérifiez votre numéro par code à usage unique avant d’utiliser les canaux téléphoniques. Le SMS personnel commence avec Pulse ; les SMS et appels d’astreinte commencent avec Sentinel.
• Annoncez votre première fenêtre de maintenance avant de déployer, pas après ; une fenêtre annoncée n’entame pas votre uptime.

Où tout se trouve

Le cockpit est la vue en direct sur l’ensemble ; History rassemble la chronologie brute, le registre des pannes après curation et l’activité de configuration. Ces vues utilisent le même registre de disponibilité sous-jacent ; publication et curation restent des actions explicites.

Choisissez la prochaine tâche opérationnelle : publiez une page de statut pour partager la situation, ou configurez les alertes et l’astreinte pour les personnes qui interviennent.