Shaper OS · la fractale
Des espaces clients personnalisables, une organisation fractale
Une boutique, un client, un SaaS, une flotte entière : la même forme à chaque échelle. C’est ce qui permet de faire naître, d’entretenir et de réparer beaucoup d’univers avec les mêmes gestes, et de donner à chaque client la même maîtrise sur les siens.
La fractale dans la nature
Illustrations générées par IA, inspirées de formes naturelles.
Des formes semblables se retrouvent à différentes échelles. Cette idée inspire SHAPER : des unités composent un univers, des univers composent un espace, et une même logique d’organisation se prolonge dans l’arbre.
Arbre
Une fractale
Fougère
Une fractale
Chou romanesco
Une fractale
Une boutique, un univers
Prenons un exemple : un service de boutiques en ligne, où chaque client compose son propre espace.
Chaque boutique dispose de son propre univers. Il rassemble les unités fonctionnelles nécessaires à son activité, chacune avec sa propre base de données. Les secrets, les données et les agents restent dans le périmètre auquel ils appartiennent.
Des boutiques séparées
La séparation des données, des secrets et des agents limite la propagation des problèmes entre boutiques.
Une restauration propre
Une boutique se reconstruit à partir de sa description et de la sauvegarde de ses données, sans toucher aux voisines.
Un agent dédié à la boutique
L’agent travaille dans le périmètre de sa boutique, avec les informations et les droits nécessaires à sa mission.
Le même socle partout
Les boutiques partagent des conventions d’organisation et de gestion. Leurs unités fonctionnelles, leurs réglages et leurs dépendances s’adaptent à la technologie et au besoin métier.
Le client pilote sa fractale avec Helm
Un espace client rassemble les univers d’une même entité : Helm, la gestion des boutiques, la téléphonie ou d’autres services choisis selon ses besoins. Avec Helm, l’équipe peut piloter ces univers et agir dessus, dans sa juridiction et selon les droits de chacun. Les outils peuvent être utilisés séparément ou associés.
Sa juridiction
Les univers, les données et les opérations dont le client a la responsabilité, avec des droits adaptés à chaque personne.
Hors de sa juridiction
Les machines, les organes qui fabriquent, les images de référence, les autres clients.
Une prise en main accompagnée
Vous apprenez à utiliser Helm progressivement, avec une validation pour les opérations qui le nécessitent.
La fractale du client
Il fait avec ses boutiques ce que nous faisons avec nos machines : décider, observer, corriger, dans son périmètre.
Qui gère qui
Faites glisser pour voir tout le schéma
On ne scie jamais la branche sur laquelle on est assis
Une règle de conception, pas une fonction à cocher.
Les modifications profondes d’un univers passent par son parent, depuis l’extérieur. L’entretien de ses composants reste possible à l’intérieur de son mandat. À chaque échelle, le responsable demande les changements, le gouverneur tient l’état souhaité et les makers réalisent les opérations autorisées. Helm permet au client de demander et de suivre les changements de ses univers, sans intervenir sur le socle qui le fait fonctionner.
Si le besoin touche le modèle commun de toutes les boutiques, il remonte à ceux qui le fabriquent : une nouvelle version est prouvée, puis chaque boutique y passe par décision, sauvegarde avant et preuve après. Un client qui exige un socle différent reçoit sa propre variante.
Le parent modifie l’enfant
Faites glisser pour voir tout le schéma
Un SaaS qui fabrique et entretient
Le gouverneur coordonne ; les makers réalisent sur les machines.
Le SaaS joue le rôle de gouverneur : il tient le registre de ce qui doit exister, client par client, selon les commandes validées et les règles du service. Sur chaque machine, un maker consulte ce registre, réalise les opérations autorisées et rapporte les résultats. Il déploie les univers à partir d’images de référence préparées à l’avance, avec la configuration propre au client.
Quand un client paie
Une ligne s’écrit ; le maker de la machine choisie la lit ; l’univers naît avec la spécialisation et la marque du client ; le maker rapporte un fait vérifié, jamais un simple « c’est fait » ; le client peut piloter cet univers et agir dessus avec Helm, dans sa juridiction.
Deux vues du même système
D’un côté, le gouverneur tient l’état souhaité et les makers réalisent les opérations. De l’autre, les univers sont répartis sur les machines. Ces deux vues sont indépendantes.
Les deux formes d’univers
L’univers peut être porté par un conteneur système ou par un ensemble Podman géré avec PodMesh. La réplication, les sauvegardes et les règles de reprise sont configurées selon les besoins de continuité.
Deux vues du même système
Faites glisser pour voir tout le schéma
L’entretien, là où est la puissance
Faire évoluer les univers tout en gardant la maîtrise des changements.
Une correction, toute la flotte
On corrige le modèle, on prouve la nouvelle version, et chaque univers y passe par décision.
Rien ne bouge tout seul
Une nouvelle image de référence ne remplace pas automatiquement les univers en fonctionnement : chaque mise à jour suit une décision et un parcours de reprise.
Chacun répare à son étage
À l’intérieur d’un univers on répare ses composants ; la naissance et la fin viennent du maker ; le parent vérifie l’enfant.
Le silence est un événement
Une machine qui ne donne plus de nouvelles déclenche une alerte, jamais un voyant vert.
Des sauvegardes conservées à part
Le serveur de sauvegarde va chercher les copies autorisées et les conserve séparément des univers en activité.
Grandir sans cérémonie
Ajouter une machine, c’est ajouter un maker ; ajouter un produit, c’est ajouter un modèle, sans toucher aux machines.
Plusieurs SaaS, une seule flotte
Chaque produit vendu a son propre registre : boutiques, téléphonie, démonstration, et demain d’autres. Les machines restent communes, et sur chacune un seul maker sert tous les registres. Le maker applique une description validée : l’adresse de l’image, son empreinte et la recette de déploiement. Un nouveau SaaS ne demande donc aucun nouveau robot. Un même client peut piloter, dans un seul Helm, des univers venus de plusieurs SaaS.
La démonstration marche pareil : un visiteur s’inscrit, un univers de démonstration naît pour lui, et à l’échéance il est détruit, avec la preuve de son absence. On apprend dans un espace de démonstration séparé de la production.
Ce que nous promettons
La méthode, pas le chronomètre. Chaque étage suit le même ordre, avec des étapes lisibles et une reprise prévue. Nous examinons avec vous ce qui peut répondre à votre besoin et ce qui demande encore à être testé.
Vous avez plusieurs boutiques, sites ou équipes à piloter ?
Parlons de votre organisation, des univers dont vous avez besoin et de la manière de les piloter ensemble.