On m’a déjà demandé pourquoi je m’embêtais à faire tourner mes propres services alors que des alternatives cloud existent pour tout. Voilà ma réponse.
Ça a commencé par un serveur Jellyfin pour arrêter de payer quatre abonnements streaming. Puis un Nextcloud pour récupérer mes fichiers de Google. Puis un gestionnaire de mots de passe, un reverse proxy, un système de surveillance… Aujourd’hui je gère une dizaine de services sur une machine sous Debian qui tourne H24 dans mon bureau. Et honnêtement ? Je ne reviendrais pas en arrière.
Le premier mois, tu passes plus de temps à déboguer qu’à vraiment utiliser tes services. Un container qui refuse de démarrer, un certificat SSL qui expire, un port mal exposé — chaque petite victoire est précédée d’une heure de logs à déchiffrer. C’est frustrant. C’est aussi exactement là que tu apprends.
Parce que le vrai bénéfice du self-hosting, ce n’est pas d’économiser sur un abonnement. C’est de comprendre ce qui se passe réellement derrière les interfaces bien léchées des services qu’on utilise au quotidien. Quand tu configures toi-même ton reverse proxy avec Nginx, quand tu gères tes propres certificats, quand tu réfléchis à comment isoler correctement tes containers Docker — tu ne lis plus la tech, tu la pratiques.
Le self-hosting force à se poser des questions qu’on évite naturellement : qui a accès à mes données ? Que se passe-t-il si ce service ferme demain ? Est-ce que je comprends ce que je délègue ?
Je ne suis pas du genre à faire de grands discours sur la vie privée. Mais il y a quelque chose de concret à posséder sa stack : mes mails passent par mon propre serveur, mes médias restent chez moi, mon code source vit sur mon Forgejo. Si demain GitHub change ses CGU ou si un service cloud décide d’augmenter ses tarifs, je m’en fous. Ça ne me touche pas.
Cette indépendance a un coût — de l’électricité, du temps de maintenance, parfois de vraies galères. Mais c’est un coût que je choisis et que je maîtrise. C’est fondamentalement différent de payer un abonnement pour un service dont tu ne contrôles rien.
Pour les curieux qui veulent comprendre, pas juste utiliser. Pour ceux que ça ne dérange pas de passer un samedi à résoudre un problème de réseau. Pour les développeurs qui veulent un environnement de test qui leur ressemble vraiment.
Pas pour ceux qui veulent juste que ça marche sans y toucher — le cloud fait ça très bien, et il n’y a aucune honte à le reconnaître.
Mon setup actuel tourne sur un Ryzen 3, 13 Go de RAM, Debian 12 — pas besoin de matériel haut de gamme pour commencer. Le plus important, c’est la curiosité.