Le self-hosting sort de l’adolescence à l’été 2026 — Docker Compose multi-nœuds, API payantes et la fin du bricolage
L’écosystème self-hosted de l’**été 2026** franchit un cap de maturité : des outils comme **Uncloud** et **Komodo** transforment Docker Compose en orchestration de production, pendant que la fermeture d’API tierces force l’émancipation technique. Le homelab n’est plus un laboratoire.
7 août 2026. La newsletter hebdomadaire de selfh.st dresse le portrait d’un écosystème en pleine mue. Proxmox débarque officiellement sur ARM64. Deux nouveaux projets — Uncloud et Komodo — promettent d’étendre Docker Compose à plusieurs nœuds sans toucher à Kubernetes. Trakt verrouille son API derrière un paywall à 4,99 $/mois, forçant des milliers d’utilisateurs Jellyfin et Plex à repenser leur stack média.
Ce n’est pas une coïncidence si ces annonces arrivent en même temps. Le self-hosting de 2026 n’est plus celui de 2020. Il est en train de passer de « ça marche chez moi » à « ça tourne en production pour ma famille, mes amis et mon association ». Et cette transition exige de nouveaux outils.
Docker Compose multi-nœuds — la nouvelle frontière
Uncloud et Komodo s’attaquent au même problème : passer d’un Docker Compose mono-serveur à un déploiement multi-nœuds sans migrer vers Kubernetes. Leur promesse est radicale : gardez votre compose.yml, ajoutez une couche de distribution, et vos conteneurs tournent sur trois machines au lieu d’une.
La différence avec Docker Swarm ? La simplicité. Swarm existe, fonctionne, mais il impose un modèle de services swarm (docker stack deploy) qui n’est pas un compose.yml standard. Uncloud et Komodo veulent que votre fichier Compose existant — celui que vous maintenez déjà pour votre stack Jellyfin, Nextcloud, Immich et Vaultwarden — devienne multi-nœuds sans modification.
Le positionnement est clair : Kubernetes est trop lourd pour un homelab de trois machines. Swarm est en semi-abandon. Le vide est béant, et ces nouveaux acteurs comptent bien l’occuper.
1Panel, également mentionné dans la newsletter, prend une autre approche : un panneau de contrôle VPS moderne, open source, pensé pour le self-hosting. L’alternative à Cockpit et Webmin que beaucoup attendaient — avec une interface qui ne semble pas sortie de 2008.
La fermeture des API tierces accélère l’autonomie
Trakt — le service de suivi de visionnage utilisé par des milliers d’auto-hébergeurs pour synchroniser leurs bibliothèques Jellyfin, Plex et Kodi — a annoncé le verrouillage de son API derrière un abonnement à 4,99 $ par mois.
Pour l’utilisateur individuel, 5 $ n’est pas un drame. Mais pour une famille de quatre personnes utilisant Jellyfin avec chacun son profil Trakt, l’addition grimpe. Et pour les dizaines de milliers de déploiements qui utilisaient l’API gratuite depuis des années, le message est clair : votre stack dépend d’un service que vous ne contrôlez pas.
Cette annonce s’inscrit dans une tendance plus large. GitHub restreint ses API gratuites. Twitter/X a fermé les siennes. Reddit aussi. Chaque fois, les auto-hébergeurs sont les premiers touchés — parce qu’ils intègrent plus d’API que l’utilisateur SaaS moyen, et parce qu’ils n’ont pas de contrat enterprise pour négocier.
La réponse de l’écosystème ne se fait pas attendre. Des alternatives open source émergent pour chaque API qui se ferme. Pour Trakt, des projets comme Ryot et MediaTracker proposent un suivi auto-hébergé. La leçon n’est pas « ne pas utiliser d’API tierces » — mais « avoir un plan B auto-hébergé quand l’API ferme ».
Proxmox sur ARM64 élargit le marché
L’arrivée officielle de Proxmox VE sur ARM64 — annoncée la première semaine d’août 2026, même si le support du Raspberry Pi reste officieux — est un signal fort. Les cartes ARM ne sont plus des jouets pour bricoleurs. Ce sont des machines capables de faire tourner des hyperviseurs de production.
Un cluster Proxmox sur trois cartes ARM64 — consommation électrique totale sous les 30 watts, en silence complet — peut virtualiser une dizaine de services auto-hébergés. Pour un budget matériel inférieur à 400 €, vous avez un mini-datacenter qui ne fait pas tourner le compteur EDF.
Cette baisse du ticket d’entrée est cruciale pour la démocratisation du self-hosting. Plus besoin d’un vieux serveur x86 bruyant et gourmand. Une carte ARM silencieuse et un SSD NVMe suffisent.
Home Assistant 2026.8 : un changement de port qui dit tout
Home Assistant 2026.8 change le port par défaut des nouvelles installations de 8123 vers 80. C’est un détail technique. Mais c’est aussi un manifeste.
Le port 80 est le port HTTP standard. En l’adoptant, Home Assistant dit : « Je ne suis plus un service secondaire caché derrière un port obscur. Je suis le hub central de votre maison connectée — aussi standard que votre routeur. » Pour les nouvelles installations, plus besoin de se souvenir du port. L’interface est sur http://homeassistant.local, comme n’importe quel appareil grand public.
Le port 8123 reste actif pour les installations existantes. Mais le message est passé : le self-hosting domestique vise le plug and play.
Ce que cette maturation signifie pour vous
L’été 2026 marque un point d’inflexion pour le self-hosting. Les signaux convergent :
- L’infrastructure devient déclarative : Docker Compose 5.4 introduit la réconciliation, Uncloud et Komodo étendent Compose au multi-nœuds. Vous décrivez l’état désiré, l’outil le réalise.
- Le matériel devient accessible : ARM64 abaisse le coût et la consommation. Un cluster de production tient dans un boîtier fanless.
- Les API tierces deviennent un risque : chaque dépendance externe est une bombe à retardement. L’auto-hébergement de bout en bout — du suivi de visionnage au DNS — devient la norme.
- Les applications visent le grand public : Home Assistant passe sur le port 80. Immich rivalise avec Google Photos. Nextcloud Hub 10 remplace Google Workspace. L’UX rattrape le SaaS.
Le homelab de 2020 était un terrain d’expérimentation. Celui de 2026 est une infrastructure de production — qui fait tourner la domotique, les photos de famille, les documents administratifs et les médias du foyer. Le niveau d’exigence a changé. Les outils aussi.
Le verdict
Si vous auto-hébergez déjà, l’été 2026 est le moment de passer au niveau supérieur. Migrez vos volumes Docker vers des configurations déclaratives avec Compose 5.4. Testez Uncloud ou Komodo pour distribuer votre stack sur plusieurs nœuds. Auditez vos dépendances aux API tierces et préparez un plan de repli auto-hébergé pour chacune.
Si vous n’auto-hébergez pas encore, le ticket d’entrée n’a jamais été aussi bas. Une carte ARM à 100 €, un SSD à 50 €, et vous avez une machine capable de faire tourner une dizaine de services. Le self-hosting de 2026 n’est plus réservé aux ingénieurs infrastructure — il est devenu accessible à quiconque sait lire un compose.yml.