InfraNestInfraNest

Automatisation

Automatisez le travail. Prouvez d’abord que ça marche.

Une règle tient en une phrase : quand ceci arrive, si cela est vrai, faites ces actions. Rejouez-la sur votre propre historique et testez chaque étape avant de l’activer. Trois correctifs automatiques vont plus loin : ils notent seulement ce qu’ils auraient fait, jusqu’à ce que vous les laissiez agir.

Offre gratuite · Sans carte bancaire · Partez de l’une des 52 recettes

  • Trois correctifs automatiques qui vous montrent d’abord
  • Simulez-la et rejouez-la sur un vrai historique
  • 94 événements, 95 actions, vos propres outils compris
  • Des suggestions qui disent pourquoi, avec vos propres chiffres
Domaine expirant → approuver, puis renouveler automatiquement
ActiveEn pauseEnregistrer l'automatisation

Quand ceci arrive

Un domaine approche de sa date d'expiration.

Domaine expirant

Un domaine approche de sa date d'expiration.

Modifier

S’exécute à 09:00 · Europe/Amsterdam · il est 16:16 là-bas

Prochaines exécutions :mar. 3 nov., 09:00mer. 4 nov., 09:00jeu. 5 nov., 09:00

Cette automatisation ne s’exécute que lorsque vous cliquez sur « Exécuter maintenant ».

Seulement si — filtres optionnels

CorrespondanceToutesN'importe laquelleAucunede ces conditions

Astuce : une valeur peut référencer un autre champ ou l’heure via une variable.

Faire ceci — les actions s'exécutent dans l'ordre, s'arrêtent au premier échec

1Exiger une approbationMettre en pause jusqu’à approbation avant l’exécution des étapes suivantes.
2Définir le renouvellement autoActiver ou désactiver le renouvellement automatique du domaine.
3Envoyer une notificationEnvoyer une alerte à vos canaux ou adresses e-mail.

En clair

Quand Domaine expirant si Jours restants inférieur ou égal 15, alors Exiger une approbation, Définir le renouvellement auto et Envoyer une notification.

Testez-la

Conditions remplies — s’exécuterait

1 sur 1 remplies

Exécute chaque étape en simulation sur un exemple réel de votre compte — rien n’est modifié.

  1. 1. Exiger une approbation

    Would pause for approval

  2. 2. Définir le renouvellement auto

    domain has no registrar connection

  3. 3. Envoyer une notification

    Would notify 1 destination(s)

test

Fonctionne avec les outils que vous utilisez déjà

CloudflareGitHubWebhookZapierMaken8nJiraNotionConfluenceLinear

Voir les 31 intégrations →

Trois correctifs automatiques qui montrent d’abord ce qu’ils feraient

Certaines pannes n’ont qu’une bonne réponse, et personne ne devrait se lever la nuit pour la donner. Chaque correctif commence par observer seulement. Il ne change rien et note ce qu’il aurait fait et pourquoi. Une fois que vous l’avez vu avoir raison, vous cliquez sur La laisser agir. L’observation est incluse dans toutes les offres. L’action est disponible à partir de Pro, et si votre offre change, le correctif repasse en observation.

  • En panne partout : retiré du répartiteur, puis remis
  • Serveur figé : redémarré une fois par jour maximum
  • Volume saturé : +25 %, jusqu’à vos limites
Automatisations

À chaque déclenchement, elle note ce qu’elle aurait fait et pourquoi. Relisez-le, et quand c’est juste, laissez-la agir.

  • Serveur hors ligne partout → le retirer du répartiteur de charge, le remettre une fois rétabli

    ActiveEn observation

    Marketing site était en panne

    Aurait retiré web-02 de web-lb

  • Serveur figé → le redémarrer, au plus une fois par jour

    ActiveEn observation

    api-01 ne répondait plus : aucun moniteur n’obtenait de réponse (API health) et son agent était silencieux depuis 10 minutes

    Aurait redémarré api-01 via son fournisseur

  • Volume plein d’ici 7 jours selon la prévision → l’agrandir de 25 %, jusqu’à une limite

    ActiveEn observation

    Selon la prévision, uploads sur web-01 serait plein le 8 nov. 2026

    Aurait agrandi uploads de 250 Go à 313 Go, pour environ 15.02 EUR par mois

Dès lors, elle fait ce qu’elle note. Vous pouvez revenir à la simple observation à tout moment.

Laisser agir est disponible à partir de Pro. L’observation est incluse dans toutes les offres. Exemples sur un compte de démonstration. Rien ici ne touche un vrai serveur.

Sachez ce qu’une règle d’automatisation va faire avant de vous y fier

Une règle s’écrit en une minute et se vérifie mal. Vous le découvrez à son déclenchement, souvent à trois heures du matin. InfraNest vous le montre d’abord de quatre façons. Le constructeur vous réécrit la règle sous forme de phrase. Une simulation exécute chaque étape sur un objet réel sans rien changer. Une règle enregistrée se teste à la demande. Un backtest rejoue votre propre historique et montre combien de fois la règle se serait déclenchée, et sur quoi.

  • Les backtests couvrent vos 30 derniers jours
  • Les simulations montrent aussi les étapes ignorées
  • Variables inconnues et destinations manquantes signalées à la saisie

Se serait exécutée

5×sur les 30 derniers jours

  • northwyndr.shop4d
  • northwyndr-labs.com6d
  • nwyndr.app8d

▸ Tester avec une charge utile personnalisée

Conditions remplies — s’exécuterait

1 sur 1 remplies

Exécute chaque étape en simulation sur un exemple réel de votre compte — rien n’est modifié.

  1. 1. Exiger une approbation

    Would pause for approval

  2. 2. Définir le renouvellement auto

    domain has no registrar connection

  3. 3. Envoyer une notification

    Would notify 1 destination(s)

test

Les actions forment un arbre, et une branche peut être une personne

Presque tout ce qui mérite d’être automatisé dépend d’une condition. Aiguiller selon une étiquette. Prévenir, attendre quinze minutes, et n’escalader que si c’est toujours en panne. Demander à quelqu’un avant toute action irréversible. Branches et boucles pour chaque s’imbriquent donc. Une attente reprend à l’étape exacte où elle s’était arrêtée. Une approbation retient l’exécution jusqu’à ce qu’une personne désignée dise oui.

  • Un refus met fin à l’exécution
  • Limitez qui approuve, un e-mail transféré ne suffit pas
  • Variables : du détail en direct, jamais de secrets

Tous les événements de votre infrastructure, et bien d’autres

Quatre-vingt-quatorze événements dans tout le produit. Par exemple un domaine enregistré, une zone qui a dérivé, un serveur créé, un moniteur en panne ou un domaine surveillé bientôt libre. Quatre-vingt-quinze actions, sur chacun d’eux. GitHub, Jira, Linear et PagerDuty lancent directement des règles. Un calendrier dans votre fuseau horaire aussi, ou un webhook entrant depuis n’importe quel outil.

  • 56 actions intégrées, 39 via des comptes connectés
  • GitHub, Jira, Linear, PagerDuty à double sens, dès Pro
  • Douze comparaisons dans les conditions, pas un langage d’expressions

Des suggestions qui disent pourquoi, et des recettes pour le reste

Une première automatisation est plus facile à choisir qu’à inventer. L’onglet Suggérées liste ce qui convient à vos outils connectés, et vos 30 derniers jours le justifient. Celle qui informe seulement s’active en un clic. Celle qui change quelque chose s’ouvre d’abord pour relecture. Derrière, cinquante-deux recettes, comme escalader un moniteur après quinze minutes. Enregistrez aussi les vôtres comme modèles.

  • Chacune montre Quand, Alors, et ce qui change
  • Une automatisation surveille tout ajout, selon votre offre
  • Recettes préremplies. Rien ne tourne avant d’enregistrer
Automatisations · Modèles

Partez d’un modèle prêt à l’emploi — filtrez par catégorie ou déclencheur, ou recherchez. Un clic pré-remplit le générateur ; ajustez-le avant d’enregistrer.

Moniteur en panne → personne n’acquitte → escalader

v2

Alerte de moniteur → Attendre → Envoyer une notification → Attendre → Envoyer une notification → Attendre → Envoyer une notification

Surveillance+ Utiliser

Domaine expirant → approuver, puis renouveler automatiquement

v2

Domaine expirant → Exiger une approbation → Définir le renouvellement auto → Envoyer une notification

Domaines+ Utiliser

Incident ouvert → annoncer sur la page de statut, sauf microcoupure

v2

Incident ouvert → Attendre → Publier une annonce sur la page de statut → Envoyer une notification

Incidents+ Utiliser

Monitor en panne → redémarrer le serveur

v2

Alerte de moniteur → Attendre → Redémarrer le serveur → Envoyer une notification

Serveurs+ Utiliser

Interroger un autre système, puis agir sur la réponse

v2

Domaine expirant → Appeler un webhook → Si / branche → Envoyer une notification → Envoyer une notification

Intégrations+ Utiliser

Renouvellement pas en ligne sous 24 heures → alerte

v2

Le renouvellement n’a pas atteint une adresse → Attendre → Si / branche → Envoyer une notification

Certificats+ Utiliser

Déploiement réussi → vérifier qu’il fonctionne → statut du commit

v2

Statut de déploiement GitHub → Vérifier un moniteur maintenant → Si / branche → Définir le statut du commit → Définir le statut du commit

Intégrations+ Utiliser

Serveur figé → le redémarrer, au plus une fois par jour

v2

Serveur figé → Redémarrer le serveur → Si / branche → Envoyer une notification → Envoyer une notification

Serveurs+ Utiliser

Volume plein d’ici 7 jours selon la prévision → l’agrandir de 25 %, jusqu’à une limite

v2

Volume bientôt plein selon la prévision → Redimensionner le volume → Si / branche → Envoyer une notification → Envoyer une notification

Serveurs+ Utiliser

Rappel hebdomadaire pour ranger les enregistrements DNS superflus

v2

Planifié → Trouver les enregistrements DNS superflus → Si / branche → Envoyer une notification

DNS+ Utiliser

Certificat expirant → exécuter un workflow GitHub

v2

Certificat expirant → Lancer un workflow GitHub

Intégrations+ Utiliser

Serveur hors ligne partout → le retirer du répartiteur de charge, le remettre une fois rétabli

v2

Alerte de moniteur → Si / branche → Attendre → Retirer une cible LB → Envoyer une notification → Si / branche → Ajouter une cible LB → Envoyer une notification

Serveurs+ Utiliser

Moniteur hors service → router selon le tag

v2

Alerte de moniteur → Si / branche → Envoyer une notification → Envoyer une notification

Surveillance+ Utiliser

Intégration d’un nouveau domaine

Domaine ajouté → Créer une zone DNS → Appliquer un modèle DNS → Démarrer la surveillance

Domaines+ Utiliser

Renouveler automatiquement les domaines expirant

Domaine expirant → Définir le renouvellement auto → Envoyer une notification

Domaines+ Utiliser

Échec du workflow GitHub → ouvrir une issue et alerter

Exécution de workflow GitHub → Créer une issue GitHub → Envoyer une notification

Intégrations+ Utiliser

Nouveau serveur → activer sauvegardes & protection

Serveur ajouté → Activer les sauvegardes → Activer la protection

Serveurs+ Utiliser

Certificat faible → webhook

Certificat faible → Appeler un webhook → Envoyer une notification

Certificats+ Utiliser

Certificat expirant → ouvrir une issue GitHub

Certificat expirant → Créer une issue GitHub

Intégrations+ Utiliser

Certificat sur le point d’expirer → ouvrir un incident PagerDuty

Certificat expirant → Déclencher un incident PagerDuty

Intégrations+ Utiliser

Certificat qui expire → rappeler son responsable

Certificat expirant → Envoyer une notification

Certificats+ Utiliser

Alerte d’expiration de certificat

Certificat expirant → Envoyer une notification

Certificats+ Utiliser

Enregistrement DNS supprimé → arrêter de suivre son adresse

Enregistrement DNS supprimé → Arrêter de suivre l’adresse

Certificats+ Utiliser

Critical incident resolved → write a postmortem in Notion

Incident résolu → write_incident_report

Intégrations+ Utiliser

Déploiement réussi → purger le cache Cloudflare

Statut de déploiement GitHub → Purger le cache Cloudflare

Intégrations+ Utiliser

Enregistrement DNS modifié → alerter

Enregistrement DNS modifié (dans l’app) → Envoyer une notification

DNS+ Utiliser

Domaine expirant → ouvrir une issue GitHub

Domaine expirant → Créer une issue GitHub

Intégrations+ Utiliser

Domaine sur le point d’expirer → ouvrir un incident PagerDuty

Domaine expirant → Déclencher un incident PagerDuty

Intégrations+ Utiliser

Envoyer les événements de domaine à mon système

Domaine ajouté → Appeler un webhook

Intégrations+ Utiliser

Envoyer tout à mon système

Domaine ajouté → Appeler un webhook

Intégrations+ Utiliser

Déploiement réussi → annoncer sur la page de statut

Statut de déploiement GitHub → Publier une annonce sur la page de statut

Intégrations+ Utiliser

Version publiée → annoncer sur la page de statut

Release GitHub → Publier une annonce sur la page de statut

Intégrations+ Utiliser

Échec d’un workflow GitHub sur main → alerter l’astreinte

Exécution de workflow GitHub → Déclencher un incident PagerDuty

Intégrations+ Utiliser

Échec du workflow GitHub → relancer une fois les jobs en échec

Exécution de workflow GitHub → Relancer les jobs échoués

Intégrations+ Utiliser

Incident acknowledged → say who is on it, on its ticket

Incident pris en compte → comment_linked_ticket

Intégrations+ Utiliser

Panne acquittée → dire à l’équipe qui s’en occupe

Incident pris en compte → Envoyer une notification

Surveillance+ Utiliser

Incident ouvert → Cloudflare Under Attack

Incident ouvert → Définir le niveau de sécurité Cloudflare

Intégrations+ Utiliser

Incident ouvert → ouvrir une issue GitHub

Incident ouvert → Créer une issue GitHub

Intégrations+ Utiliser

Incident résolu → fermer son issue GitHub

Incident résolu → Fermer une issue GitHub

Intégrations+ Utiliser

Incident resolved → note how long it lasted, on its ticket

Incident résolu → comment_linked_ticket

Intégrations+ Utiliser

Incident ouvert → journaliser vers un webhook / Sheet

Incident ouvert → Appeler un webhook

Intégrations+ Utiliser

Laisser un autre outil déclencher une automatisation

Webhook entrant → Envoyer une notification

Intégrations+ Utiliser

Maintenance démarrée → annonce de statut

Maintenance démarrée → Publier une annonce sur la page de statut

Maintenance+ Utiliser

Prévenir mon propre système quand un monitor tombe

Alerte de moniteur → Appeler un webhook

Intégrations+ Utiliser

Nouveau domaine, serveur ou composant de page de statut → le surveiller

Domaine ajouté → Surveiller ce qui a été ajouté

Surveillance+ Utiliser

Nouveau serveur → le surveiller

Serveur ajouté → Surveiller le nouveau serveur

Surveillance+ Utiliser

Nouveau domaine → surveiller son site web

Domaine ajouté → Surveiller le nouveau site web

Surveillance+ Utiliser

Rapport de disponibilité mensuel pour un client

Planifié → Envoyer un rapport de disponibilité mensuel

Surveillance+ Utiliser

Incident PagerDuty à urgence haute → annoncer sur la page de statut

Incident PagerDuty déclenché → Publier une annonce sur la page de statut

Intégrations+ Utiliser

Incident PagerDuty résolu → prévenir l’équipe

Incident PagerDuty résolu → Envoyer une notification

Intégrations+ Utiliser

Moniteur de production hors service → alerter l’astreinte

Alerte de moniteur → Envoyer une notification

Surveillance+ Utiliser

Le serveur redémarre selon un horaire → proposer une fenêtre de maintenance hebdomadaire

Le serveur redémarre selon un horaire → Envoyer une notification

Maintenance+ Utiliser

Ticket finished and the monitor is back → resolve the incident

incident.ticket_closed → resolve_incident

Intégrations+ Utiliser

Demander avant de renouveler un domaine que rien n’utilise

Domaine expirant → Envoyer une notification

Domaines+ Utiliser

Domaine surveillé disponible → notifier

Domaine suivi disponible → Envoyer une notification

Domaines+ Utiliser

Rappel hebdomadaire des expirations

Planifié → Envoyer une notification

Certificats+ Utiliser

56 recettes sur 56 affichées

Tout ce qu’il gère aussi

Ce qui ne compte que le jour où vous en avez besoin.

Des garde-fous auxquels vous ne pensez pas

Une exécution s’arrête à 100 actions et 500 étapes, une boucle à 100 itérations.

Des automatisations qui en déclenchent d’autres

Une chaîne s’arrête à cinq niveaux, et une règle ne peut pas s’y redéclencher elle-même.

Rejouez une exécution passée

Une fois la panne corrigée, relancez n’importe quelle exécution avec sa charge utile d’origine.

Transportez une valeur entre les étapes

Utilisez ce qu’une étape a renvoyé, même la réponse d’un webhook, dans une condition, un message ou une requête plus loin.

Une règle, plusieurs événements

Écoutez toute une catégorie ou tout ce qui se passe, et transférez-le vers votre propre système.

Des alertes là où vous lisez déjà

Slack, Teams, Discord, Telegram, l’e-mail ou un webhook, au choix par action.

Créez votre première règle en deux minutes environ

Partez d’une recette, rejouez-la sur votre propre historique, puis activez-la. Rien ne tourne avant d’enregistrer.

Scripts et rappels vs InfraNest

La différence entre quelque chose qui s’est lancé et savoir ce que cela a fait.

Scripts et rappels

  • Vous découvrez si la règle était juste à son déclenchement
  • Une tâche cron arrêtée ressemble à une tâche qui marche
  • « Échec », sans moyen de savoir pourquoi
  • L’étape irréversible tourne à 3 h du matin, sans personne d’éveillé
  • Des étapes dans la tête de quelqu’un

Avec InfraNest

  • Rejouez-la et simulez d’abord chaque étape
  • Cinq échecs de suite désactivent la règle et notent pourquoi
  • Le refus nomme la permission manquante
  • Exiger une approbation attend une personne désignée
  • Une règle, une piste d’audit, la même chose à chaque fois

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.

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
InfraNest Pro – tout ça, un seul accès24 €/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

Comparer toutes les fonctionnalités →

Pensé pour votre façon de travailler

Questions fréquentes

Dois-je écrire du code ?

Non. Vous choisissez un déclencheur, ajoutez des filtres depuis des menus et sélectionnez des actions, en partant en général de l’une des cinquante-deux recettes. Les conditions ne sont volontairement pas un langage de formules : vous voyez ce que fera une règle sans la lancer.

Comment savoir qu’une règle fera ce que je voulais ?

Le constructeur vous la réécrit en une phrase en langage clair, et une simulation ne change rien. Un backtest montre combien de fois elle se serait déclenchée sur les trente derniers jours, et sur quoi.

Que fait un correctif automatique tout seul ?

Rien, jusqu’à ce que vous le laissiez agir. Il y en a trois. Retirer un serveur en panne de son répartiteur de charge, puis le remettre. Redémarrer un serveur figé au plus une fois par jour. Agrandir un volume qui se remplit jusqu’à votre limite. Chacun note d’abord ce qu’il aurait fait, et votre liste montre combien de fois sur les 30 derniers jours. Vous pouvez revenir à l’observation à tout moment. Un serveur de base de données n’est redémarré que si vous l’autorisez sur sa page. Une fenêtre de maintenance fait attendre le correctif du serveur figé. Si un serveur se fige de nouveau dans la journée, votre équipe est prévenue et une personne prend le relais. Un correctif de volume exige d’abord une limite de coût, et n’agrandit pas un volume dont le prix est inconnu. Ensuite, le message donne la commande pour utiliser le nouvel espace. Chaque changement figure dans le journal d’audit.

Une règle peut-elle agir sur GitHub, Jira ou PagerDuty ?

Dans les deux sens. Leurs événements lancent des règles : un workflow en échec, une pull request fusionnée, un incident escaladé. Les règles agissent en retour : ouvrir ou étiqueter une issue, fusionner une pull request, relancer un workflow, faire avancer un ticket. Connecter GitHub, Jira, Linear, Notion ou PagerDuty est disponible à partir de Pro.

Que se passe-t-il si une action échoue ?

Une erreur passagère est retentée après 30 secondes, puis deux, cinq, dix et quinze minutes. Si cela ne passe jamais, l’exécution abandonne et note la raison. Une permission manquante arrête la règle tout de suite, la nomme comme votre fournisseur l’écrit et vous prévient. Vous pouvez aussi indiquer à une étape de continuer.

Une automatisation peut-elle détruire quelque chose par accident ?

Rien ne tourne tant que vous n’avez pas enregistré et activé une règle. Toute action irréversible peut passer derrière Exiger une approbation. Une règle agit avec les permissions du propriétaire de votre espace de travail ou de celui qui l’a créée, jamais d’un compte de service illimité. Une exécution suit une copie figée de la règle : une modification en cours de route n’y change rien. Une règle supprimée reste restaurable pendant quatorze jours.

Combien d’automatisations ai-je ?

Trois règles sur l’offre gratuite, vingt-cinq sur Pro et un nombre illimité sur Business. La plupart des actions intégrées fonctionnent sur l’offre gratuite. Les onze qui changent l’alimentation, les sauvegardes ou la protection d’un serveur, ou les réglages de Cloudflare, demandent Pro ou plus. Il en va de même pour laisser agir un correctif automatique. L’observation, l’historique des exécutions, les simulations et le backtest sont inclus dans toutes les offres.

Écrivez la règle une fois, et cessez d’y penser

Partez d’une recette, prouvez-la sur votre propre historique, puis laissez-la tourner.

Offre gratuite · Sans carte bancaire · Configuré en quelques minutes