Blueprints
Des Golden Paths que vos développeurs utilisent vraiment
Un Blueprint réunit l’architecture, le formulaire en libre-service, les règles et les actions Day-2 dans un seul objet. Votre équipe plateforme le construit, les développeurs l’utilisent depuis le catalogue.
Catalogue de Blueprints
L’objet
Ce qu’est un Blueprint
La plupart des Golden Paths échouent de la même manière. Ils existent sous forme de page wiki et de bonne intention, et les développeurs les contournent. Un Blueprint, c’est le Golden Path devenu un objet opérationnel. Ce qu’on propose à un développeur est ce qui est autorisé : le libre-service ne veut donc pas dire illimité. Il veut dire rapide, dans le cadre. Construisez la plateforme dont vous avez besoin, un Blueprint à la fois, sans repartir de zéro.
L’architecture
Construit à partir d’un module que vous avez déjà, en Terraform, OpenTofu, Ansible ou Helm, plus des scripts et des appels d’API. Votre IaC reste dans des formats qui vous appartiennent.
L’interface
Forms transforme les variables du module en formulaire web qui ne montre à un développeur que les champs qui le concernent.
Les actions Day-2
Rotation des identifiants, prolongation d’un TTL, exécution d’un plan. Tout est déclaré sur le Blueprint et lancé depuis la page de la ressource.
Une plateforme, trois points de vue
Les Blueprints pour votre équipe
Écrivez-le une fois. Tout le monde le déploie.
Le problème
Chaque déploiement et chaque changement Day-2 attend votre équipe.
Avec Cycloid
Un seul Blueprint réunit architecture, politique et actions Day-2.
Le résultat
L’équipe se sert en libre-service dans vos garde-fous, et vous cessez d’être la file d’attente.
Parcourir, remplir, déployer
Le problème
Un ticket se dresse entre vous et chaque environnement.
Avec Cycloid
Déployez un Blueprint depuis le catalogue via un formulaire web.
Le résultat
Des environnements en quelques minutes. Zéro ticket une fois un Blueprint en service.
Une livraison démontrable
Le problème
Accélérer la livraison signifie généralement perdre le contrôle.
Avec Cycloid
Chaque action de Blueprint partage un même journal d’audit, Day-1 comme Day-2.
Le résultat
Vitesse et gouvernance issues d’un seul objet, pas d’une pile d’outils.
Comment ça fonctionne
Du catalogue à un environnement opérationnel
01 · Choisir dans le catalogue
Un développeur choisit un Blueprint, une landing zone, de l’infrastructure ou une application, dans le catalogue de ce qu’il a le droit de déployer.
02 · Remplir le Form
Région, taille et responsable sont des exemples de champs d’un formulaire web, pas un fichier Terraform à modifier.
03 · La demande est contrôlée
Le Form valide côté client et côté serveur, puis la demande passe la chaîne d’autorisation en quatre couches. Un contrôle non résolu vaut refus.
04 · Le déploiement
Sur le Native Runner ou la CI que vous utilisez déjà : GitHub Actions ou GitLab CI, ou n’importe quelle CI via un webhook. Rien à remplacer.
05 · Tout continue de la même façon
Les actions Day-2 vivent sur le Blueprint. Une rotation d’identifiants des mois plus tard passe par la même chaîne et le même journal d’audit que le premier déploiement.
Les équipes qui envisagent une plateforme de développement interne commencent souvent par en assembler une à partir de Backstage. Elles doivent ensuite maintenir tout ce qu’elles ont construit, et la gouvernance se découvre à l’audit plutôt qu’à la source. Cycloid apporte les Golden Paths, les règles et les actions Day-2 déjà reliés entre eux, sur des formats ouverts comme Terraform, OpenTofu, GraphQL, JSON Schema et OpenFGA. Votre IaC existante continue de tourner.
Du catalogue à un environnement opérationnel
En bref
Ce que contient un Golden Path
1
objet : architecture, formulaire, règles, Day-2
4
formats IaC, apportés tels quels
4
niveaux d’autorisation à chaque soumission
4x
de livraison plus rapide chez Orange Business
Il me faut un Golden Path pour un service Node avec une base Postgres.
Deux Blueprints publiés correspondent. Service Node + Postgres managé, dont Team Platform est responsable, et Service Node, base de données optionnelle, dont Team Payments est responsable. Rien d’autre que votre catalogue n’est proposé.
Travailler avec votre assistant
Votre assistant peut utiliser un Golden Path, pas en inventer un
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.
Votre assistant ne peut proposer que ce que vous avez publié. Il recherche dans vos Blueprints, affiche le Form qu’un Blueprint déclare et appelle les actions Day-2 qu’il déclare. Aucun outil n’écrit de Blueprint : aucune conversation ne peut donc inventer un Golden Path que votre équipe plateforme n’a jamais approuvé.
Dans la conversation, le Form est le même Form. Mêmes champs, même validation, mêmes valeurs par défaut, liés à la version du Blueprint sur laquelle la ressource continuera de tourner.
Questions fréquentes
Un Blueprint, c’est le Golden Path complet : le module, le Form, les règles et les actions Day-2 dans un seul objet. Un Form n’en est qu’une partie, qui transforme les variables du module en formulaire web.
Non. Apportez votre Terraform, OpenTofu, Ansible et Helm tels quels. Un Blueprint encapsule le module que vous avez déjà : ce qui fonctionne aujourd’hui continue de fonctionner, avec un Form et des actions autour.
Le Form valide chaque soumission côté client et côté serveur, puis la chaîne d’autorisation en quatre couches la contrôle, conditions et approbations comprises. Tout ce qui n’est pas explicitement autorisé est refusé, et les assistants suivent le même chemin que les personnes.
Oui. Cycloid fonctionne en SaaS, en auto-hébergé sur Docker Compose ou Kubernetes, ou en mode entièrement air-gapped, et c’est le même produit à chaque niveau. La page souveraineté explique le fonctionnement du déploiement.
Voyez un Blueprint devenir un environnement opérationnel
Apportez un pattern que votre équipe déploie souvent. En vingt minutes, voyez-le devenir un Blueprint qu’un développeur utilise en libre-service.