Catalogue logiciel et responsables
Un catalogue logiciel, avec ses responsables
Vos services vivent dans un wiki, un tableur et la tête de trois personnes. Le catalogue de Cycloid est une vue unique sur vos ressources réelles, construite à partir des Blueprints avec lesquels vous déployez.
Catalogue logiciel avec responsables
Pourquoi les équipes greffent un portail à côté
Un catalogue tenu à la main est périmé avant midi
La plupart des équipes ont déjà un inventaire. Il est simplement éparpillé, obsolète, et il lui manque le seul champ utile quand quelque chose casse. Le coût se voit à trois endroits.
Il est éparpillé en trois endroits
Un wiki ici, un tableur là, le reste dans Slack et dans la mémoire des gens. Aucun ne concorde, et aucun n’est à jour quand vous en avez besoin.
Un portail séparé doit être alimenté
Backstage vous donne le catalogue, puis l’assemblage, les plugins et la maintenance. Il n’est jamais plus à jour que l’effort que vous continuez d’y investir.
Personne ne connaît le responsable
Quand un service déclenche une alerte à 2 h du matin, « qui en est responsable ? » ne devrait pas coûter vingt minutes et trois mauvaises réponses. Un inventaire sans responsables, c’est un annuaire sans numéros.
Cycloid pour votre équipe
Ce qu’un seul catalogue change pour votre équipe
Un seul catalogue pour l’infra et les services, sans second système
Le problème
Monter et maintenir un portail séparé, c’est un projet de plus par-dessus votre vrai travail.
Avec Cycloid
Le catalogue est une vue de ce que vous déployez déjà : configuré via les Blueprints, à jour par défaut, sans rien de plus à exploiter.
Le résultat
Un seul endroit pour l’infrastructure et les services, sans portail à materner.
Tout trouver : service, responsable, doc, dépendances
Le problème
Savoir qui est responsable d’un service, où est sa documentation ou de quoi il dépend, c’est demander autour de soi et espérer.
Avec Cycloid
Cherchez dans le catalogue. Responsable, documentation, API et dépendances sont portés par la ressource, et restent à jour.
Le résultat
Des réponses en quelques secondes, pas un fil Slack et un pari.
Des responsabilités mesurables et gouvernables
Le problème
Vous ne pouvez pas gouverner ce que vous ne voyez pas, et « qui en est responsable ? » n’a pas de réponse fiable à l’échelle du parc.
Avec Cycloid
La couverture des responsables est mesurée (orphelins listés, seuil d’alerte), et la responsabilité donne une vraie autorité sur les actions et les approbations.
Le résultat
Une gouvernance démontrable, sans portail séparé à financer.
Comment ça fonctionne
Déployez-le, il est dans le catalogue
01 · Déployer via un Blueprint
Le Blueprint qui provisionne une ressource décide aussi de la façon dont elle apparaît dans le catalogue. Vous configurez une chose, pas deux.
02 · Elle apparaît d’elle-même
La ressource figure dans le catalogue dès qu’elle existe. Rien à enregistrer deux fois, rien à synchroniser.
03 · Enregistrer ce qui tourne ailleurs
Les services et API que vous ne déployez pas via Cycloid sont ajoutés en entrées purement catalogue, pour que la vue couvre tout votre parc.
04 · Nommer les responsables
Chaque ressource a une équipe gestionnaire, et des responsables nommés là où ça compte. Ces noms décident qui exécute quelle action et qui l’approuve.
05 · Trouver en quelques secondes
Filtrez par équipe, type, environnement ou label. Un développeur trouve un service et son responsable sans fil Slack.
Chaque propriété indique l’origine de sa valeur : héritée, définie par un plugin ou surchargée ici. La documentation se trouve sur la même page de ressource, à côté de son responsable, de ses API et de ses dépendances. Les relations typées alimentent le graphe de dépendances : vous pouvez suivre un service jusqu’à la base de données dont il a besoin. Backstage est un framework que vous construisez et exploitez. Ici, c’est le catalogue en tant que produit, sur la plateforme qui déploie déjà votre infrastructure.
Déployez-le, il est dans le catalogue
En bref
Le catalogue en chiffres
90 %
des organisations ont adopté au moins une plateforme (DORA, 2025)
90 %
de couverture des responsables avant alerte
1
champ obligatoire : responsable du code. Ajoutez le reste
0
double saisie. Déployez, c’est catalogué
Qui est responsable de checkout-api, et passe-t-il la scorecard ?
Voici ce que le catalogue contient pour checkout-api.
Service · checkout-api
Niveau de scorecard : Silver
Responsable du code
Team Payments
Équipe d’astreinte
payments-oncall
Règle non respectée
Aucun lien vers le runbook
Dernier déploiement
Blueprint v4.2, il y a 3 jours
Travailler avec votre assistant
Demandez à votre assistant qui en est responsable
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 qui est responsable d’un service : la réponse vient du catalogue, pas d’une page wiki modifiée pour la dernière fois en mars. Votre assistant lit les mêmes champs de responsabilité, les mêmes résultats de scorecard et les mêmes relations que vous. Un champ que personne n’a renseigné revient vide, jamais deviné.
Il voit exactement ce que vous voyez. Tout ce avec quoi vous n’avez aucune relation est tout simplement absent de la réponse, jamais signalé comme masqué.
Questions fréquentes
Backstage est un framework que vous assemblez, hébergez et maintenez. Cycloid vous livre le catalogue, la gestion des responsables et les scorecards sous forme de produit. Si vous utilisez Backstage aujourd’hui, les deux peuvent cohabiter le temps de comparer.
Non. Ce que vous déployez via Cycloid y apparaît de lui-même, et tout le reste s’enregistre comme une entrée purement catalogue, un Blueprint sans actions. Le catalogue couvre tout votre parc, pas seulement ce que Cycloid a construit.
Une équipe gestionnaire pour les accès, plus des champs de responsabilité pour le code, la sécurité, la confidentialité, le SRE et les vôtres. Un tableau de bord affiche la couverture, liste les orphelins et alerte quand la couverture passe sous 90 % par défaut.
Oui. Des relations typées relient les ressources : vous pouvez suivre un service jusqu’à ce dont il dépend, et revenir. La page sur le graphe de dépendances explique comment les liens sont détectés et ce que montre le rayon d’impact.
Voyez vos propres services dans un seul catalogue
Venez avec le service dont vous ne trouvez jamais le responsable. En vingt minutes, nous vous le montrons dans le catalogue (responsable, documentation, dépendances), ainsi que la couverture des responsables sur tout le reste.