Soixante conteneurs sur un seul serveur
Une seule machine bare-metal fait tourner des dizaines à des centaines de conteneurs Hoody. La déduplication KSM et BTRFS rend le coût marginal quasi nul.
vous livrez un portefeuille. Deux produits font du chiffre, dix ronflent. Sur un cloud par-app vous payez pour les douze. Sur Hoody, cinquante conteneurs s'empilent sur une box à $49 (l'entrée est à $29 ; ce portefeuille monte un cran pour la marge RAM) — les dix produits silencieux ne coûtent presque rien en plus de ce loyer fixe.
douze apps · un serveur · une ligne sur la carte
Un produit n'est pas un serveur, c'est environ quatre conteneurs — frontend, backend, database, worker. Douze produits, c'est cinquante conteneurs. Le kernel déduplique les morceaux ennuyeux pour que la box ne le remarque pas.
Chaque app est un mini stack : un Next.js front, une petite API, un Postgres ou SQLite, un worker. POST quatre conteneurs à /api/v1/projects/[id]/containers, donne-leur un project_alias qui matche le produit, terminé. Douze produits, c'est cinquante conteneurs et quelques en réserve.
Hoody fait tourner les conteneurs sur LXC, pas sur des VMs. Kernel Samepage Merging trouve des pages RAM identiques entre conteneurs qui tournent sur la même base Debian — cinquante copies de glibc deviennent une. BTRFS copy-on-write fait pareil pour le disque. Les conteneurs idle coûtent leur delta par rapport à la base, pas une box entière chacun.
Choisis un Hetzner AX52 dans le marketplace de serveurs — 64 Go de RAM, 1 To NVMe, $1/mo fixe. C'est la facture. Le tier d'entrée Hoody démarre à $29 ; ce portefeuille monte sur l'AX52 pour la marge RAM que cinquante conteneurs réclament. Le cinquante-et-unième conteneur coûte zéro dollar de plus.
Selon l'API Conteneurs : chaque conteneur reporte ses propres CPU, mémoire, disque et réseau à /api/v1/containers/[id]/stats. Le fait marketing, c'est que cinquante de ces endpoints stats peuvent ronronner sur un seul host sans que le host se plaigne.
Trois choses qui n'ont de sens que quand un produit idle est vraiment gratuit.
Les conteneurs arrêtés consomment zéro CPU et zéro RAM — leur filesystem reste juste sur BTRFS au coût delta. L'app aquarium-log avec douze utilisateurs ne brûle rien. vous n'avez pas besoin de la tuer pour vous sentir bien.
Les conteneurs sont des namespaces Linux, pas des tenants partagés dans un control plane. Un bug dans mortgage-calc-pro ne peut pas voir la base de données de chord-finder. Pas de colonnes tenant_id, pas de schema partagé, pas d'incident « ah ce tenant a déraillé ». L'isolation, c'est le kernel.
Quand le onzième produit décolle, vous ne le replatformez pas. PATCH les ressources du conteneur, donnez-lui plus de cores, ajoutez une réplique via /copy. Il tournait déjà là où son trafic arrivait — vous avez juste ouvert le robinet.
Le pricing par-app multiplie chaque charge par le nombre de produits. Un serveur à tarif fixe, c'est une ligne quel que soit le nombre d'apps qui tournent dedans. La comparaison ci-dessous utilise le même stack de douze outils.
Les prix concurrents sont les tarifs publics affichés en 2025 pour des tailles d'équipe représentatives. Le prix du serveur Hoody est un exemple mid-tier du marketplace — l'entrée démarre à $1/mo. Le serveur est l'unité de facturation ; le nombre de conteneurs ne change pas la facture.
Le modèle portefeuille, c'était un tableur de factures. Maintenant c'est une ligne.
Chacun de ces outils tarifie un seul produit comme si c'était une seule entreprise. Un portefeuille de douze tape chaque tarif par-app douze fois. Le modèle bare-metal vous facture une fois.
Quand idle est gratuit, la prochaine idée n'est pas une discussion budgétaire — c'est un POST.