À chaque wipe, tout recommençait
Your Cloud n’est pas un produit fini. Le projet est encore en construction, et cette Note raconte le problème que j’essaie de résoudre plutôt qu’un ensemble de capacités déjà disponibles. Il est d’abord né pour moi : à chaque fois que je réinstallais une machine, je devais retrouver mes configurations, remonter les services, vérifier ce qui manquait et reconstruire une vue d’ensemble. Rien n’était particulièrement impossible, mais tout était dispersé et répétitif.
Mon infrastructure mélangeait des VPS et des mini-PC qui ne venaient pas du même fournisseur. Chaque machine avait ses commandes, ses fichiers et parfois son interface. Aucun tableau de bord de fournisseur ne pouvait vraiment représenter l’ensemble, et je n’avais pas envie de déplacer toute mon infrastructure chez un seul acteur uniquement pour obtenir une console commune.
Le déclic des déploiements exposés
Le déclic est venu en voyant les analyses consacrées aux instances OpenClaw exposées sur Internet. Un outil très pratique pouvait se retrouver déployé trop vite, avec une interface ou des capacités sensibles accessibles au mauvais endroit. Le problème dépassait OpenClaw : l’auto-hébergement devient dangereux lorsque le chemin le plus simple contourne les protections nécessaires.
Je pourrais résumer ça en disant que les gens n’ont plus envie de tout bricoler eux-mêmes. Mais la vraie question est ailleurs : si un déploiement sûr exige de connaître chaque détail réseau, de retenir plusieurs commandes et d’assembler seul toutes les protections, les erreurs deviennent prévisibles. Le chemin sûr devrait aussi être le chemin le plus simple.
Centraliser la vue, pas tous les pouvoirs
L’idée de Your Cloud est de représenter plusieurs machines dans une interface cohérente, même lorsqu’elles sont hébergées chez des fournisseurs différents. Je veux pouvoir retrouver leur état, leur supervision et les protections communes sans ouvrir cinq outils avant de comprendre ce qui se passe.
Centraliser ne doit pourtant pas signifier tout confier à une boîte noire. Lorsqu’une action sera proposée, l’interface devra expliquer la cible, les changements prévus, les droits nécessaires et les limites du retour arrière. La simplicité doit réduire les manipulations inutiles, pas cacher une commande dangereuse derrière un bouton rassurant.
D’abord pour mon Homelab, puis au-delà
Le premier terrain reste mon propre Homelab. C’est un bon moyen d’apprendre à construire un vrai outil d’infrastructure, avec des machines imparfaites, peu de ressources et des contraintes qui ne disparaissent pas après une démonstration.
À terme, le même principe pourrait aider quelqu’un qui débute avec deux machines, un Homelab plus important ou une petite structure qui n’a ni équipe plateforme ni budget pour empiler des solutions propriétaires. Cette ambition ne signifie pas que Your Cloud couvre déjà tous ces usages : elle indique la direction dans laquelle je veux le faire grandir.
Open source, sobre et indépendant des fournisseurs
Je veux que le projet reste open source, auto-hébergeable et suffisamment léger pour ne pas consommer une part absurde des machines qu’il doit gérer. Il ne devrait pas dépendre d’AWS, d’Azure, de Proxmox, de Kubernetes ou d’un fournisseur particulier pour remplir son rôle principal.
Ces plateformes pourront devenir des intégrations, mais le cœur du produit reste plus simple : comprendre et gérer proprement plusieurs machines. Pour moi, la souveraineté commence là, avec la possibilité de choisir où tournent le Controller, les données et les services, puis de changer de fournisseur sans perdre l’outil qui représente l’infrastructure.
Où le projet en est réellement
Aujourd’hui, la chaîne d’observation des machines et la Console Linux ont été éprouvées dans le LAB. Le projet sait déjà séparer plusieurs rôles et présenter des informations issues de machines explicitement enrôlées sans ouvrir un canal d’administration général vers elles.
La validation Windows de la Console reste incomplète. Les véritables actions d’administration, les déploiements de services et la gestion réseau depuis l’interface restent encore à construire et à prouver. Your Cloud n’est donc pas un produit prêt à gérer l’infrastructure d’une PME ; c’est un projet en cours dont les premières fondations sont devenues concrètes.
Ce que j’essaie vraiment de construire
Your Cloud est mon premier projet d’infrastructure de cette ampleur. C’est à la fois un outil dont j’avais besoin et un prétexte exigeant pour apprendre : conception distribuée, identité des machines, moindre privilège, observation, déploiement et reprise après échec.
Mon objectif n’est pas de supprimer la technique. Je veux la rendre visible au bon moment, expliquer les conséquences d’une action et éviter que la facilité d’usage se paie par une perte de contrôle. Administrer plus simplement, oui, mais sans perdre de vue ce qui se passe.