Workflows d’approbation
Contrôlez le changement risqué. Gardez la trace.
Les approbations qui vivent dans un fil de discussion ont disparu d’ici vendredi. Cycloid place le contrôle sur l’action elle-même, routé par règle et journalisé dès la mise en pause.
Demande d’approbation dans la vue de l’action
La faille
Une approbation dans un fil Slack ne gouverne rien
La plupart des approbations d’infrastructure se font à côté de l’action, pas sur elle. Quelqu’un demande dans un canal, quelqu’un répond d’un pouce levé, le changement passe, et la seule trace est un message qui disparaît dans le fil. Le contrôle et l’action ne tiennent ensemble que par la mémoire. Résultat : la validation est lente quand les gens sont occupés, facile à contourner quand ils ne le sont pas, et impossible à présenter à un auditeur six mois plus tard. Placez l’approbation sur l’action, et ces trois problèmes disparaissent. Une approbation fait partie des garde-fous que votre équipe plateforme définit une fois pour toutes, pour que les développeurs avancent sans avoir à demander.
Cycloid pour votre équipe
Ce que les approbations changent pour votre équipe
Écrivez la règle une fois, pas dans chaque Blueprint
Le problème
Les approbations sont câblées à la main dans chaque pipeline, et cassent dès que les gens changent d’équipe.
Avec Cycloid
Fixez le socle au niveau du tenant, de l’équipe ou de l’environnement, et routez selon un champ de responsabilité pour que la règle suive la ressource.
Le résultat
Une seule règle couvre un parc multirégion. Rien à recâbler après une réorganisation.
Demandez, et passez à la suite
Le problème
Vous relancez un approbateur en message privé en espérant que le fil ne soit pas enseveli.
Avec Cycloid
Faites la demande depuis le catalogue, et les bonnes personnes sont prévenues là où elles travaillent déjà.
Le résultat
Vous voyez la décision et son motif. Rien ne disparaît dans une file d’attente.
Une validation que votre audit accepte
Le problème
Vitesse et contrôle tirent en sens contraire, et la validation ne laisse aucune trace.
Avec Cycloid
Une approbation humaine routée par rôle ou via votre processus de changement existant, enregistrée avec l’approbateur et le motif.
Le résultat
Expiration appliquée, auto-approbation désactivée par défaut, chaque décision prouvable.
Comment ça fonctionne
Le déroulé d’un workflow d’approbation
01 · Quelqu’un soumet une action
Un déploiement, une suppression ou une action Day-2. Si une règle d’approbation s’applique, l’action attend au lieu de s’exécuter.
02 · Les règles fixent le socle
Les règles se définissent au niveau du tenant, de l’équipe ou de l’environnement. Un périmètre plus étroit peut ajouter des règles, jamais assouplir celles d’un périmètre plus large.
03 · Les Blueprints peuvent relever le niveau
L’auteur d’un Blueprint peut ajouter une approbation à une action risquée, comme la suppression d’un cluster EKS. Elle s’ajoute au socle sans jamais l’abaisser.
04 · Les bonnes personnes sont prévenues
Désignez un rôle, une équipe ou une personne, ou laissez un champ de responsabilité décider. Les approbateurs sont notifiés dans l’application, par e-mail, dans Slack ou Teams, ou via un plugin.
05 · Ils décident, et c’est consigné
Les groupes valident en parallèle ou à la suite. Un rejet arrête l’action, une demande sans réponse expire, et chaque étape est inscrite au journal d’audit.
Les approbations constituent la couche 4 du modèle en quatre couches, le contrôle qui vient après « puis-je le voir ? », « puis-je le faire ? » et « les conditions le permettent-elles ? ». Les approbations font partie de l’offre Enterprise. Vos changements passent déjà par ServiceNow, Jira Service Management ou Freshservice ? Gardez cet outil. Reliez-y un groupe d’approbateurs, et le verdict revient avec la référence du ticket. Les règles de groupe et le séquencement sont détaillés dans la documentation des approbations.
Le déroulé d’un workflow d’approbation
En bref
Les réglages par défaut à connaître avant l’activation
0
validation contournée par l’accès d’urgence
72h
et une demande sans réponse expire
1
approbateur au moins, jamais vous par défaut
4
canaux où les approbateurs sont prévenus
Déployez le nouveau cache Redis en production.
La production exige une approbation pour cette action, j’ai donc créé la demande. Rien n’est en cours d’exécution.
Demande 412 · créer redis-prod
En attente d’approbation
Approbateurs
platform-leads
Demandé par
Vous, via l’assistant
État
Retenue, rien n’a été créé
Travailler avec votre assistant
Pas de passe-droit pour l’assistant
L’assistant a-t-il ses propres droits ?
Non. Il n’y a ni compte de service ni rôle d’assistant aux droits étendus. Si vous ne pouvez pas déployer en production, l’assistant avec lequel vous échangez ne le peut pas non plus, que ce soit dans l’assistant de Cycloid ou dans n’importe quel hôte MCP compatible.
Une demande soumise à approbation attend de la même façon, quel que soit son auteur. Depuis votre assistant, elle est retenue exactement comme depuis le portail, les approbateurs sont ceux que votre règle désigne, et rien ne s’exécute tant qu’une personne n’a pas décidé.
Les approbateurs peuvent eux aussi travailler dans la conversation. Demander ce qui est en attente est une question comme une autre. Enregistrer une décision renvoie d’abord un aperçu, et elle figure au journal d’audit comme votre décision, exécutée par un assistant.
Questions fréquentes
Oui. Reliez un groupe d’approbateurs à ServiceNow, Jira Service Management ou Freshservice via un plugin. La décision se prend là-bas et revient avec la référence du ticket et l’approbateur enregistrés.
Oui. Soumettez chaque déploiement en production à un responsable d’équipe et laissez les déploiements de dev s’auto-approuver, pour la traçabilité. Les règles d’environnement s’ajoutent à ce que le tenant exige déjà. Elles n’en retirent jamais rien.
Les deux. En parallèle, tous les groupes sont sollicités en même temps. En séquentiel, l’ordre est respecté : l’équipe Sécurité n’est prévenue qu’une fois que le responsable d’équipe a approuvé, et un rejet en amont épargne tout le monde en aval.
La demande expire, au bout de 72 heures par défaut, et le demandeur apprend quelles règles sont restées sans réponse. Une règle sans approbateur éligible est signalée à son auteur comme une erreur de configuration.
Venez avec l’approbation que votre équipe contourne
Le changement dont tout le monde parle en message privé au lieu d’ouvrir une demande. En vingt minutes, nous le faisons passer par une règle Cycloid, tranchée dans Slack et dans votre propre processus de changement, et journalisée de bout en bout.