Le certificat qui expire est celui qui n'était pas dans la liste
Les certificats expirent à une date connue et provoquent encore des pannes, parce que ceux qui échouent ne sont jamais ceux que l'on suit. C'est un certificat sur un service interne, un domaine enregistré par quelqu'un qui est parti, ou un certificat qu'un fournisseur gère et qui se révèle être le vôtre après tout.
La découverte compte plus que le rappel. Une liste tenue à la main dérive en un trimestre, et l'entrée qui en tombe est celle à laquelle personne ne pense. C'est exactement celle qui expirera sans qu'on la voie.
Le calendrier est l'autre moitié. Un avertissement à sept jours est une urgence. Le même avertissement à soixante jours est une tâche. Les renouvellements qui ont besoin d'un fournisseur, d'un bon de commande ou d'une fenêtre de changement ont besoin des soixante.
L'escalade compte aussi. Un avis envoyé une fois sera manqué, et le mode d'échec est toujours le même : chacun a supposé que quelqu'un d'autre s'en occupait.
Comment l'ActionFlow s'exécute sur le canevas
Le flux lit son inventaire depuis deux sources : une liste déclarée dans Airtable et une découverte via un nœud HTTP Request visant les domaines et les endpoints que vous possédez.
Contrôler les endpoints découverts à côté de la liste déclarée, c'est ce qui attrape l'entrée que personne n'a enregistrée. L'écart entre les deux est lui-même un constat qui vaut d'être rapporté.
Un nœud Loop parcourt l'ensemble combiné, et un nœud HTTP Request récupère l'expiration de chaque certificat et la date d'enregistrement de chaque domaine.
Un nœud Date calcule les jours restants, et un nœud Switch place chaque entrée dans vos bandes d'avertissement (soixante, trente et sept) pour que le message diffère selon l'urgence.
Un nœud Filter rapporte à part les entrées sans propriétaire enregistré, parce qu'un certificat sans propriétaire est un incident futur, quelle que soit sa date d'expiration.
Un nœud Generate Text rédige chaque avis en nommant le service, le propriétaire, et la voie de renouvellement lorsque vous en avez enregistré une.
Un nœud Slack traite les bandes de soixante et de trente jours. Un nœud Email ajoute le propriétaire directement à trente jours. Un nœud SMS est réservé aux sept jours.
Un nœud Airtable consigne que chaque notification a été envoyée, pour que l'escalade dépende de ce qui a été accusé, pas de ce qui a été publié.
Nœuds utilisés par cet ActionFlow
- Airtable (Integration) : l'inventaire déclaré et l'enregistrement des avis envoyés.
- HTTP Request (Util) : découverte sur vos domaines et endpoints.
- Loop (Control) : parcourt les entrées déclarées et découvertes ensemble.
- Date (Util) : jours restants par entrée.
- Switch (Control) : les bandes de soixante, trente et sept jours.
- Filter (Data) : les entrées sans propriétaire rapportées comme leur propre constat.
- Generate Text (AI Core) : avis nommant service, propriétaire et voie de renouvellement.
- Slack, Email et SMS (Communication) : escalade par bande plutôt que de répéter un seul canal.
Questions fréquentes
Newsletter
Recevoir les mises à jour produit
Nouveaux nœuds, agents et notes produit. Nous n'envoyons un e-mail que lorsqu'il vaut la peine de l'ouvrir.