Pour les auteurs de Blueprints
Le modèle et le formulaire, dans un seul Blueprint
Le modèle et le formulaire de demande vivent généralement dans deux systèmes qui se désynchronisent. Dans Cycloid, un Blueprint porte ce qui est construit et ce qui est demandé, et refuse d’être publié si les deux divergent.
Un Blueprint et ses formulaires
Cycle de vie
Trois actions, et seule la création est obligatoire
Un Blueprint contient la forme de la ressource et les actions que vous pouvez exécuter dessus. Chaque action peut porter son propre formulaire, sous forme de bloc à l’intérieur du Blueprint : les deux sont versionnés et publiés ensemble. Nommez les actions comme vous le souhaitez. En dessous, un Blueprint managé a toujours trois actions.
Création
Elle fait exister la ressource, et son formulaire est l’assistant de création. Elle n’est pas facultative. Publiez un Blueprint managé sans action de création et il est rejeté, avec un message d’erreur qui indique quoi ajouter.
Mise à jour
C’est là que s’exécutent les changements Day-2 ; par défaut, elle reprend la création. Son formulaire arrive prérempli avec la dernière soumission : vous modifiez une réponse au lieu de tout recommencer.
Suppression
Recommandée, pas obligatoire. Sans elle, la ressource quitte simplement le catalogue. Rien n’est détruit.
Cycloid pour votre équipe
Ce qu’un seul Blueprint change pour votre équipe
Un seul artefact à relire
Le problème
Vous maintenez un module, un formulaire de demande et un runbook qui dit qui peut exécuter quoi, et les trois concordent les bons jours.
Avec Cycloid
Un seul Blueprint porte l’architecture, les actions, leurs formulaires et les droits, et la publication impose qu’un Blueprint managé résolve son action de création.
Le résultat
Une seule chose à modifier quand le module change.
Déployez et exploitez depuis un seul endroit
Le problème
Le Golden Path est une page wiki, et le vrai chemin consiste à demander à quelqu’un qui sait.
Avec Cycloid
Choisissez le Blueprint, son formulaire de création s’affiche, vous déployez. La même ressource propose ensuite ses actions Day-2 avec leurs propres formulaires, préremplis avec la dernière soumission.
Le résultat
Vous exploitez la ressource sans jamais la quitter.
Le contrôle survit à son auteur
Le problème
Les contrôles vivent dans la tête de celui qui a écrit le module : un départ devient un sujet de gouvernance.
Avec Cycloid
Qui peut déclencher chaque action, et qui l’approuve, est déclaré sur le Blueprint et renvoie à des champs de responsabilité, qui s’ajoutent aux règles de tenant sans jamais les assouplir.
Le résultat
La règle est dans la définition, pas dans la mémoire de quelqu’un.
Comment ça fonctionne
D’un module à une action gouvernée
01 · Choisir managé ou suivi
Sans action, c’est une ressource suivie, avec responsabilité, relations et scorecards. Ajoutez une action et elle devient managée.
02 · Décidez ce que fait la suppression
Un Blueprint qui ne fait que suivre une ressource ne peut pas demander sa suppression. Pour les ressources que Cycloid gère, vous choisissez ce que fait la suppression.
03 · Dire qui exécute quoi
Chaque action peut être limitée à la personne qui détient un champ de responsabilité, par exemple le champ DBA pour une migration de schéma. L’approbation peut suivre le même chemin.
04 · Déclarer ses besoins
Un Blueprint qui requiert un plugin que vous n’avez pas installé s’importe quand même. Il attend avec un badge, qui disparaît de lui-même dès l’installation.
05 · Publier une version
La publication est délibérée et validée, et chaque ressource garde en mémoire sa version. Un seul objet, c’est un seul rayon d’impact.
Les règles d’un Blueprint ne font qu’ajouter. Elles s’appliquent par-dessus vos règles d’approbation de tenant et d’équipe, sans jamais les assouplir. Un Blueprint peut exiger davantage de contrôle sur une action risquée. Il ne peut pas contourner la barrière de production que vous avez fixée. Suppression forcée, plugins optionnels et types de déclencheurs sont décrits dans la documentation des actions Blueprint.
D’un module à une action gouvernée
En bref
Un Blueprint en chiffres
3
actions derrière chaque Blueprint managé
1
obligatoire, vérifié à la publication
5
façons de déclencher une action : à la demande, planifiée, ou signalée par votre CI
0
action : la ressource est suivie, pas managée
Redimensionner la base de données checkout de production.
Cette action est restreinte sur ce Blueprint, et vous ne figurez pas dans le champ auquel elle renvoie.
Refusé · redimensionnement
Liste des exécutants autorisés
Réservé à
Le titulaire du champ opérateur
Travailler avec votre assistant
L’assistant choisit l’action, pas l’architecture
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.
Demandez une base de données de staging : votre assistant trouve le Blueprint et affiche son formulaire de création, prérempli avec ce qu’il sait déjà. Ce qu’il ne peut pas faire est plus intéressant. Aucun outil n’écrit ni ne modifie un Blueprint. Ce sont des personnes qui conçoivent l’architecture, et l’assistant choisit parmi ce qu’elles ont publié.
Le Day-2 fonctionne de la même façon. Si le redimensionnement est réservé au champ opérateur et que ce n’est pas vous, votre assistant est refusé lui aussi, et on lui indique quelle appartenance manquait.
«
Le choix de Cycloid est venu d’un double besoin : soutenir notre approche DevOps tout en nous permettant de devenir indépendants et autonomes.
Abraham Gaougaou
Responsable des services gérés, Valiantys
Questions fréquentes
Le Blueprint est la définition : propriétés, relations, prérequis et actions. Forms, c’est ce qu’on demande à une personne quand elle exécute une action. C’est un bloc à l’intérieur du Blueprint : les deux ne peuvent donc pas dériver.
Oui, un par action. La création est l’assistant, la mise à l’échelle porte sur les réplicas, la montée de version sur les versions. Ils partagent un même schéma de propriétés : un champ veut dire la même chose dans chacun d’eux.
Vous obtenez une ressource suivie. Cycloid ne provisionne rien et l’entrée sert à la responsabilité, aux relations et aux scorecards. La supprimer la retire seulement du catalogue, et la publication l’impose.
Oui, sur l’action elle-même. Vous la limitez au titulaire d’un champ de responsabilité : aucun nom n’est codé en dur. Elle s’ajoute à vos règles de tenant et ne les assouplit jamais.
Apportez un module et les règles qui l’entourent
Vingt minutes, un module Terraform ou OpenTofu et une question : qui doit avoir le droit d’exécuter quoi dessus ? Nous construisons avec vous le Blueprint, le formulaire de création et une action Day-2, puis nous vous montrons l’erreur renvoyée à la publication si la définition est incomplète.