Je m’appelle Grégory. Je travaille dans l’infrastructure et je passe une partie de mon temps libre à construire, casser puis reconstruire mon homelab. Parfois pour apprendre une technologie. Parfois pour résoudre un vrai problème. Et parfois simplement parce qu’une idée me trotte dans la tête et que j’ai envie de voir jusqu’où elle peut aller.
De la mécanique à l’infrastructure
Avant les serveurs, ma première passion était la mécanique, de la plus grosse à la plus précise.
L’informatique est arrivée un peu par hasard. Mon grand-père m’avait conseillé de m’intéresser à l’électronique automobile parce que « c’était l’avenir ». J’ai visiblement interprété le message à ma manière : au collège, j’ai démonté mon premier ordinateur pour découvrir quel type de moteur se cachait dedans.
Spoiler : il n’y en avait pas. 😅
Après un Bac Pro puis un BTS, j’ai commencé comme technicien systèmes et support avant d’évoluer vers l’administration systèmes. J’ai travaillé sur des environnements Linux et Windows, dans des infrastructures aussi bien on-premise que dans le cloud, avec tout ce que cela implique de virtualisation, de stockage, de réseau et de supervision.
Aujourd’hui, je suis administrateur système. Docker, Proxmox, Bash et Python font partie des outils que j’utilise pour comprendre, automatiser et fiabiliser ces environnements. Le terrain de jeu a grandi, mais l’envie est restée la même : savoir ce qui se passe derrière les outils plutôt que de m’arrêter au bouton qui fonctionne.
Pourquoi un homelab ?
Mon homelab est l’endroit où je peux prendre le temps d’expérimenter. J’y croise de la virtualisation, du stockage, du réseau, de l’identité, de la supervision et tout ce qu’il faut pour faire vivre l’ensemble sans trop de fumée.
Ce n’est pas une infrastructure d’entreprise miniature et je ne cherche pas à la présenter comme telle. C’est un environnement personnel, construit avec mes besoins, mes contraintes et mes compromis. Certains choix viennent de pratiques découvertes au travail, d’autres de longues soirées à me demander pourquoi quelque chose qui fonctionnait hier ne fonctionne plus aujourd’hui.
Pourquoi Mook’s Lab Chronicles ?
Pendant longtemps, j’ai monté des projets sans vraiment garder de trace. Une fois le problème résolu, je passais au suivant — jusqu’au jour où je devais retrouver, quelques mois plus tard, pourquoi j’avais fait ce choix précis.
Ce journal est né pour éviter ça.
J’y raconte mes projets tels qu’ils se passent réellement : le besoin de départ, les hésitations, les essais, les erreurs et le moment où tout commence enfin à fonctionner. Tu y trouveras surtout du Proxmox, du Ceph, du réseau, du DevOps et du SRE, mais pas de recette magique. Seulement ce que j’ai testé, compris et retenu dans mon environnement.
Si une de ces expériences peut te faire gagner un peu de temps — ou simplement te donner une nouvelle idée à tester — alors ce blog aura rempli une deuxième mission.
Me retrouver ailleurs
Mes projets publics sont disponibles sur GitHub. Tu peux également me retrouver sur LinkedIn.
Peace ✌️