ÉTUDE DE CAS · PRODUIT En production

YellowBook : le portail qui donne à chaque équipe sa vue sur ses outils.

RôleConcepteur & développeur
NatureProduit multilocataire réutilisable
IntégrationSSO OIDC restreint par projet
DistributionInstancié par projet · agrégé par Renkai
PériodeDepuis 2025

01Le problème

Sur une plateforme multi-projets, chaque équipe doit retrouver ses outils (dépôt, intégration continue, métriques, secrets, documentation) sans voir ceux des autres, et sans qu'un administrateur doive assembler ces vues à la main.

02Ce que j'ai conçu

  • Un portail développeur par projet : les outils présentés en cartes avec leur statut (dépôt Git, pipeline intégration continue, métriques, secrets, docs).
  • Instancié par Renkai dans chaque capsule à la création du projet, puis embarqué au produit.
  • Restreint par le SSO (OIDC) : un membre d'un projet ne voit que le sien, la séparation des périmètres étant portée par l'identité, pas par l'interface.
  • Agrégé par Renkai pour la vue super-admin transverse : tous les projets, un seul écran.
Dépôt
main · à jour
intégration continue
pipeline vert
Métriques
Grafana
Secrets
restreints projet
Docs
à jour
Exécuteur
actif
FIG. 1 · UNE INSTANCE YELLOWBOOK : LES OUTILS D'UN PROJET, ET RIEN D'AUTRE.

03Le compagnon : le lanceur de projets

Un lanceur local (un script Windows qui ouvre le terminal de gestion, d'où partent les terminaux de chaque projet) crée et ouvre ces espaces. C'est de l'outillage interne, pas un produit :

  • Provisioning automatique complet à la création d'un projet : compute + dépôt Gitea + exécuteur intégration continue + groupes SSO.
  • Espaces de travail isolés par utilisateur OS, multi-fenêtres.
  • Console super-admin protégée pour le travail d'architecture.

04Ce que ça démontre

Concevoir un produit multilocataire réutilisable, c'est penser identité, périmètres et provisioning avant l'interface : YellowBook et son lanceur sont la couche d'expérience développeur de tout l'écosystème.