Surveillance & statut
Sachez ce qui a cassé et pourquoi, avant qu’un client vous le dise
InfraNest contrôle vos sites et serveurs jour et nuit. Quand quelque chose échoue, il vous alerte et montre ce qui a changé juste avant. Fini d’apprendre la panne par vos clients, de deviner la cause ou de lire des logs à 2 h du matin.
Offre gratuite · Sans carte bancaire · Premier moniteur actif en moins d’une minute
- Voyez ce qui a changé juste avant la panne
- Voyez exactement où ça casse
- La santé des serveurs à côté de la disponibilité
- Des suggestions qui réduisent les fausses alertes
Modifié 3 min avant : Déploiement de northwyndr/storefront vers production · par jordan-k Voir
Les afficherLes masquer
- Le DNS de api.northwyndr.com a été modifiéil y a 23 min · par Sam Okoye
- Un pare-feu sur api-01 a été modifiéil y a 36 min · par Alex Rivera
Rien n’y a touché dans les 30 minutes précédentes — aucun déploiement, aucune modification du serveur, du pare-feu, du DNS ou du moniteur.
Voyez exactement où ça casse
Une page dépend de beaucoup de choses : votre domaine, le DNS, le certificat, un répartiteur de charge, vos serveurs, votre base de données. InfraNest les parcourt dans l’ordre et nomme celle qui casse. Vous savez où regarder avant d’ouvrir le moindre log. Il découpe aussi chaque réponse en étapes, de la recherche du nom au téléchargement, et dit en une phrase ce qui ralentit.
- Nomme la couche qui casse
- Montre où passe le temps, étape par étape
- Compare les emplacements sur Business
Ça casse au niveau : Base de données
- Domainenorthwyndr.com est enregistré
- DNSLe nom se résout
- CertificatValide
- Répartiteur de chargeapi-lb · aucune de ses cibles ne répond
- Serveur webapi-01 tourne, mais échoue au contrôle de santé du répartiteur de charge
- Serveur webapi-02 tourne, mais échoue au contrôle de santé du répartiteur de charge
- Base de donnéesLe pare-feu db-tier bloque api-01, api-02 → db-01 sur le port 5432
- ApplicationNon atteinte
Le temps supplémentaire de Asie-Pacifique vient surtout de la connexion et du TLS : la distance, pas votre serveur. Un CDN ou un serveur plus proche de Asie-Pacifique le réduirait.
La comparaison des emplacements est incluse dans Business.
Voyez le serveur derrière votre site, juste à côté de sa disponibilité
Un site peut sembler aller bien pendant que son disque se remplit sans bruit. InfraNest place vos serveurs à côté de vos moniteurs : CPU, mémoire, disque et charge, avec les dernières 24 heures derrière chaque chiffre. Un disque qui se remplit indique le temps qu’il vous reste. Et quand un serveur tombe, les moniteurs qu’il héberge deviennent un seul problème et une seule alerte. La mémoire et le disque demandent notre petit agent sur votre serveur.
- CPU, mémoire, disque et charge par serveur
- Dit quand un disque sera plein
- Les moniteurs d’un serveur se regroupent en une alerte
Apprenez à mieux surveiller, sans rien demander
InfraNest compare vos moniteurs à tout ce qu’il sait de votre installation. Il trouve le serveur que rien ne contrôle et l’alerte qui crie au loup. Chaque suggestion donne sa raison et l’étape qui réglerait le problème. Vous appuyez sur le bouton ou vous dites non. Rien ne change avant.
- Trouve ce que rien ne surveille encore
- Propose un réglage pour chaque fausse alerte
- Repère une page qui a rétréci après un déploiement
Lacunes et bruit, repérés en comparant vos moniteurs avec le reste d’InfraNest.
- Search API a déclenché 4 fausses alertes ces 30 derniers jours3 d’entre elles n’ont échoué que depuis Asie-Pacifique, alors que d’autres lieux le voyaient en ligne. Attendre que deux régions confirment la panne écarte des alertes les problèmes réseau d’un seul lieu. Une panne que tout le monde voit alerte toujours.Pas nécessaireExiger 2 régions
- Marketing site est passée de 84 KB à 9 KB après un déploiementLa page répond toujours 200 et paraît donc en service, mais elle est 89 % plus petite qu’avant le déploiement : une page d’erreur ou une coquille vide ressemble exactement à cela. Une vérification par mot-clé vous alerte quand les mots qui devraient y figurer manquent.Pas nécessaireAjouter une vérification par mot-clé
- Surveiller 15 serveurs que rien ne vérifie encoreIls ont été importés et rien ne les vérifie encore. Chacun reçoit un ping toutes les quelques minutes. Chacun utilise un moniteur de votre forfait.Pas nécessaireAjouter 15 moniteurs
Une panne, un incident, pas dix alertes
Quand une chose tombe, tout ce qui en dépend tombe aussi. La plupart des outils vous alertent alors pour chacune. Dites à InfraNest ce qui dépend de quoi, et vous avez un seul incident qui nomme la cause et liste tout ce qui est touché. La chronologie montre le déploiement, la panne et les alertes dans l’ordre. Quand le problème vient de chez nous ou d’un emplacement de fournisseur, il indique « Probablement pas vous », et l’incident s’ouvre quand même, alerte et compte.
- Un seul incident qui nomme la cause
- Chaque changement, contrôle et alerte sur une seule chronologie
- Dit pourquoi un nom ne se résout pas
Un seul incident, pas plusieurs : les effets sont regroupés sous la cause.
- 14:33Déploiement de northwyndr/storefront (f19e6c7)Déploiements
- 14:36Checkout flow en échec : Checkout returning 503Supervision
- 14:36API health en échec aussi, regroupé sous cet incidentSupervision
- 14:36Alerte envoyée à Ops team — email, On-call — critical only, #infra-alerts, Engineering — Discord, Northwind on-call — PagerDutyNotifications
Sachez si votre dernier déploiement a empiré les choses
La première question de toute panne est : « Est-ce qu’on vient de livrer quelque chose ? » Liez un dépôt GitHub et chaque déploiement apparaît sur vos graphiques. Pendant l’heure qui suit un déploiement en production, les moniteurs concernés sont contrôlés plus souvent. Vous recevez ensuite une réponse claire par emplacement : mieux, pas de changement ou pire. Si c’est pire, l’accueil vous le dit et lie le déploiement, pour corriger à chaud.
- Une réponse par emplacement, en langage clair
- Contrôle chaque minute pendant cette heure, à partir de Pro
- Remettez la dernière version, après confirmation
e61f7d2 vers production : p95 jusqu’à 30 % plus lent depuis chaque emplacement, vérifications échouées inchangées
| Emplacement | p95 avant → après | Résultat |
|---|---|---|
| Asie-Pacifique | 391 ms → 502 ms | Pire |
| Europe | 182 ms → 236 ms | Pire |
| Amérique du Nord | 268 ms → 342 ms | Pire |
L’heure qui suit le déploiement, comparée à l’heure d’avant pour chaque emplacement : les 5 % de temps de réponse les plus lents (p95) et la part de vérifications échouées. Chaque côté demande au moins 10 vérifications.
Surveillez sites, API, serveurs et tâches cron sur un seul écran
La plupart des pannes ne sont pas un site tout noir. Une tâche cron s’arrête, une API donne une mauvaise réponse, un certificat expire, un port se ferme. InfraNest surveille tout cela. Chaque ligne montre les 30 derniers jours, le temps de réponse et qui reçoit l’alerte. Les avertissements peuvent aller sur Slack et les vraies pannes sur PagerDuty, avec e-mail, Teams, Discord ou Telegram en plus.
- Sites, API, ports, DNS, certificats et tâches cron
- Regroupez par domaine ou par serveur
- Filtrez ce qui est en panne ou n’alerte personne
Aucun moniteur ne correspond à ce filtre.
Aucun moniteur ne correspond à ce filtre.
Aucun moniteur ne correspond à ce filtre.
Tout ce qu’il gère aussi
Ce qui ne compte que le jour où vous en avez besoin.
Contrôlé depuis trois continents
Sur Business, chaque contrôle part d’Europe, d’Amérique du Nord et d’Asie-Pacifique, et un statut ne change que si assez d’emplacements sont d’accord. Sur Free et Pro, vous choisissez une région.
Des alertes qui atteignent la bonne personne
E-mail, Slack, Teams, Discord, Telegram et PagerDuty. Réglez une destination sur critique uniquement et elle reste silencieuse pour le reste.
Pages de statut
Transformez ce que vous surveillez en page publique à votre marque, avec vos incidents et vos maintenances.
Vos propres sondes
Lancez une sonde sur l’un de vos serveurs pour surveiller ce qui n’est joignable que depuis votre réseau.
Fenêtres de maintenance
À partir de Pro, planifiez les travaux. Les alertes, la page de statut et le chiffre de disponibilité savent que c’était prévu.
Automatisations sur les moniteurs
Quand un moniteur échoue, une automatisation peut ouvrir un ticket Jira ou Linear, publier sur votre page de statut ou redémarrer le serveur. Vous décidez quand elle se lance.
Premier moniteur actif en moins d’une minute
Collez une URL. Aucun agent à installer, rien à configurer, et l’offre gratuite en garde vingt.
Le faire soi-même vs InfraNest
La différence entre savoir que c’est en panne et savoir quoi faire ensuite.
À la main
- Un client vous dit que le site est en panne
- Demander autour de vous ce qui a changé
- Lire des logs à 2 h du matin pour trouver ce qui est cassé
- Chaque service dépendant qui alerte de son côté
- Une tâche cron arrêtée, remarquée une semaine plus tard
Avec InfraNest
- Une alerte de votre propre moniteur, avant que quiconque écrive
- Le changement juste avant la panne, nommé quand il se détache
- La couche qui casse, nommée sur la page du moniteur
- Un seul incident qui nomme la cause, le reste listé en dessous
- Un moniteur heartbeat qui remarque le silence en quelques minutes
Un identifiant, dix modules
Neuf modules sont dans chaque offre, Free compris, et les pare-feu commencent à Pro. Ce qui change, ce sont les limites et quelques fonctions avancées dès Pro.
Construisez dessus
Le coût si vous le faisiez séparément
Chaque brique dans un outil différent, et l’addition grimpe vite :
- Monitoring
- ~26 €
- Suivi SSL
- ~15 €
- Page de statut
- ~26 €
- Sur 3 outils distincts
- ~67 €/mois
Également dans Pro, sans être compté ci-dessus : 100 domaines avec DNS, 10 serveurs chez tous vos fournisseurs cloud, 25 automatisations, IP dynamique et Drop Catch.
Chaque ligne correspond à l’offre payante la moins chère de l’outil. Pro couvre tout : 50 moniteurs, 100 certificats et 3 pages de statut sur votre domaine.
Prix vérifiés en octobre 2026 · prix en dollars au taux de la BCE
Pensé pour votre façon de travailler
Essayez avec un outil gratuit
Questions fréquentes
Comment savoir pourquoi mon site est tombé ?
InfraNest regarde ce qui a changé dans les 30 minutes avant la panne : déploiements, panne d’un fournisseur et modifications du serveur, du pare-feu, du DNS ou du moniteur. Si un type de changement se détache, il le nomme, avec un lien. S’il y en a plusieurs, il les liste sans en choisir. Si rien n’a changé, il le dit. Il répond selon des règles, donc il ne devine jamais.
D’où partent les contrôles ?
Sur Business, d’Europe, d’Amérique du Nord et d’Asie-Pacifique en même temps, et un statut ne change que si assez d’emplacements sont d’accord. Un emplacement instable ne vous alerte donc pas. Sur Free et Pro, chaque moniteur contrôle depuis une région de votre choix. Vous pouvez aussi lancer une sonde sur votre propre serveur pour surveiller ce qui n’est joignable que depuis votre réseau.
Que peut-il surveiller ?
Sites et API, contrôles de mot-clé et de redirection, ports TCP, ping, enregistrements DNS, certificats SSL, moniteurs heartbeat pour les tâches cron, le CPU, la mémoire, le disque et les services de vos serveurs, et les pages de statut d’autres fournisseurs.
Comment réduire les fausses alertes de surveillance ?
Sur Business, un statut ne change que si assez d’emplacements sont d’accord. InfraNest regarde aussi votre propre historique. Si un moniteur échoue souvent brièvement, ou si des personnes marquent souvent ses incidents comme fausses alertes, il propose le réglage qui aiderait et dit pourquoi. Rien ne change sans votre confirmation.
Comment éviter qu’une panne envoie dix alertes ?
Dites à InfraNest quels moniteurs dépendent de quels autres. Quand un parent tombe, ses enfants sont listés sous un seul incident au lieu d’alerter chacun de leur côté. Un service qui tombe et revient sans arrêt est traité à part, pour ne pas vous alerter à chaque fois.
Puis-je surveiller le CPU, la mémoire et le disque d’un serveur ?
Oui. Vos serveurs figurent à côté de vos moniteurs avec le CPU, la mémoire, le disque et la charge, et une prévision du moment où un disque sera plein. La mémoire et le disque viennent de notre petit agent. Sans lui, vous voyez ce que remonte votre fournisseur cloud.
Où peuvent aller les alertes ?
E-mail, Slack, Microsoft Teams, Discord, Telegram et PagerDuty. Chaque destination peut être réglée sur une gravité, pour qu’un canal critique uniquement reste silencieux sur les avertissements. Une automatisation peut aller plus loin : ouvrir un ticket Jira, Linear, Notion ou GitHub, publier sur votre page de statut ou appeler votre propre webhook.
Surveiller une tâche cron demande-t-il un agent ?
Non. Un moniteur heartbeat vous donne une URL que votre script appelle quand il se termine. Si l’appel n’arrive pas à temps, vous êtes alerté. Cela attrape la tâche arrêtée en silence, qu’un contrôle d’URL ne peut jamais voir.
Que se passe-t-il pendant une maintenance planifiée ?
À partir de Pro, ouvrez une fenêtre de maintenance. Les contrôles dans cette fenêtre cessent d’alerter, la page de statut indique que les travaux étaient prévus, et votre chiffre de disponibilité n’en pâtit pas.
Vingt moniteurs, sur l’offre gratuite
Collez une URL. Votre premier contrôle tourne en moins d’une minute, et la prochaine panne arrive avec une raison.
Offre gratuite · Sans carte bancaire · Configuré en quelques minutes