Types de moniteur
Choisissez le moniteur qui correspond aux preuves que vous pouvez collecter. Si la cible peut appeler KEEPitALIVE, utilisez Heartbeat/Récepteur d’événements. Si KEEPitALIVE doit appeler la cible, utilisez HTTP/API, Browser, Ping, TCP, DNS ou Game.
CHOISIR RAPIDEMENT
- Point de terminaison de santé HTTP public ? Utilisez HTTP.
- La réponse d’une API JSON nécessite des assertions de champs ou des détails de réponse capturés ? Utilisez API.
- L’application web ne fonctionne qu’après JavaScript, la détection de mur de connexion ou le comportement WAF/bot compte ? Utilisez Browser.
- Seulement l’accessibilité de l’hôte ? Utilisez Ping.
- Le port doit accepter les connexions ? Utilisez TCP.
- La réponse DNS doit correspondre aux enregistrements attendus ? Utilisez DNS.
- Tâche cron, sauvegarde, déploiement, worker ou signal de réseau privé ? Utilisez Heartbeat.
- Serveur Minecraft, FiveM ou Steam/Source ? Utilisez Game Server.
HTTP
Interroge une URL et considère les codes de statut sélectionnés comme sains. Utilisez-le pour des points de terminaison de santé simples, des API publiques, des pages d’accueil, des redirections, des vérifications d’expiration TLS/domaine, des vérifications de présence/absence de mots-clés et des seuils de latence.
GET https://api.example.com/healthAPI
Surveillance HTTP avec corps de requête, type de contenu, en-têtes personnalisés, statuts attendus, assertions JSON, corps/en-têtes de réponse capturés et diagnostics spécifiques à l’API. Utilisez-le quand "200 OK" ne suffit pas.
POST https://api.example.com/graphql + JSON assertionBrowser
Exécute un navigateur headless sur la page. Utilisez-le lorsque le rendu JavaScript, le démarrage d’une SPA, les erreurs côté client ou le comportement bot/WAF comptent. Les vérifications Browser sont plus lourdes et coûtent plus de crédits.
browser https://app.example.comPing (ICMP)
Envoie un ping ICMP et mesure le temps d’aller-retour. Idéal pour les équipements réseau, les hôtes et les IP publiques où "accessible" est le signal. Inutile lorsque ICMP est bloqué par conception.
ping monitor.example.netTCP Port
Tente une connexion TCP vers hôte:port. Utilisez-le pour SSH, SMTP, MQTT, bases de données, files d’attente, proxys et tout service où l’acceptation d’un socket suffit à prouver la disponibilité.
tcp://db.internal:5432DNS
Résout un ou plusieurs types d’enregistrements DNS et vérifie éventuellement les valeurs attendues. Utilisez-le pour détecter les dérives A/AAAA/CNAME/MX/TXT/NS, comparer les résolveurs et suivre l’expiration de domaine.
A + TXT records for example.comHeartbeat / Event Receiver
Surveillance inversée. Votre tâche, pipeline de déploiement, agent ou passerelle de réseau privé envoie un POST à KEEPitALIVE. Le mode planifié alerte en cas de battements manquants ; le mode Récepteur d’événements évalue les conditions de payload.
POST heartbeat_url with {"status":"maintenance"}Game Server
Interroge Steam/Source A2S, Minecraft, FiveM ou des solutions de repli TCP/ping. Suit la disponibilité, la latence, les métadonnées de carte/serveur, le nombre de joueurs et, si pris en charge, la liste facultative des joueurs.
A2S_INFO udp://game.server:27015CE QU’IL NE FAUT PAS SURVEILLER DIRECTEMENT
- Ne pointez pas de vérifications vers des services internes sensibles ou des panneaux de contrôle, sauf s’ils sont destinés à être surveillés depuis KEEPitALIVE.
- N’utilisez pas Browser lorsque HTTP/API fournit le même signal ; c’est plus coûteux et plus lent.
- N’utilisez pas Ping/TCP lorsque vous avez besoin d’exactitude sémantique. Un port peut être ouvert alors que l’application est défaillante.
- N’utilisez pas le Récepteur d’événements comme détecteur de rétablissement, sauf si votre émetteur envoie toujours le payload de clôture. Le silence n’est pas considéré comme un rétablissement.