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.
Onze side projects à moitié finis sur Heroku, c'est onze dynos à $1/mo. Sur Hoody, c'est onze conteneurs sur une seule box à $29. Ceux qui sont idle coûtent zéro. L'URL réveille le conteneur en quelques millisecondes quand quelqu'un visite enfin le moteur d'échecs que vous avez codé en 2023.
12 PROJETS · 1 BOX BARE-METAL · IDLE = 0¢/H
Un conteneur Hoody est une vraie machine Linux qui n'a pas besoin de tourner pour être bon marché. La plupart des projets passent leur vie dans la colonne du milieu.
POST /containers/[id]/stop fait tomber CPU et RAM à zéro. Seul le delta BTRFS sur disque survit — généralement quelques centaines de mégaoctets. Le conteneur est parti, le projet non.
La majorité de vos onze projets sont là. Aucun process ne tourne. Aucune RAM allouée. La seule chose que paie la box, c'est le filesystem, et BTRFS dédupe l'image de base sur tous les conteneurs du serveur.
Un GET sur l'URL du conteneur le démarre en 5–15 secondes (cold) ou instantanément (paused). Le visiteur voit un bref chargement, la requête arrive, et le conteneur se rendort quand le trafic meurt.
Hoody documente trois opérations de cycle de vie sur un conteneur : stopped (pas de CPU, pas de RAM, le filesystem persiste), paused (gelé en RAM), et l'état actif. Stopped est l'état de repos naturel du cimetière — le delta disque garde le projet en vie à un coût marginal quasi nul.
Deux fenêtres. Le visiteur envoie un GET normal. Le conteneur démarre, sert, et se rendort. Tout le flux passe par la même URL Hoody que le projet a toujours eue.
POST /api/v1/containers/[id]/start est l'opération de cycle de vie explicite ; le routage via l'hostname HTTPS du conteneur déclenche le même réveil automatiquement. Pas d'endpoint de wake séparé — visiter l'URL est le réveil.
Quand l'idle est gratuit, les onze projets arrêtent d'être une question de facture mensuelle et deviennent un dossier. Les décisions que vous preniez arrêtent d'être des décisions.
Le script qui te ping quand les formulaires 1099 sortent tourne une fois par an. Sur un dyno à $1/mo, ça fait $84 par déclenchement. Ici il dort 364 jours, se réveille pour un appel HTTP, se rendort. vous avez oublié l'avoir écrit. Il marche encore.
Quelqu'un a trouvé votre article de blog `recipe-tracker-2022` sur Hacker News deux ans en retard. Le lien résout encore. Le conteneur se réveille, rend la page, et se rendort. vous n'avez pas reçu une facture de $30 pour le pic.
Sur un plan de pricing par app, vous rationnez les idées avant de les coder. Ici non. Poussez la chose à moitié formée. Oubliez-la. Retrouvez-la des années plus tard. Ouvrez l'URL. Elle est encore là.
L'hébergement par app vous facture pour la seconde où vos onze projets ne reçoivent pas de trafic. Le par-serveur vous facture une fois pour la box et laisse les projets s'empiler dedans.
Onze dynos Heroku Eco à ~$7 chacun, ou onze web services Render. Même facture que quelqu'un visite ou non.
Un serveur Hoody démarrant autour du prix de deux dynos. Onze conteneurs tiennent dedans. Le douzième n'ajoute rien.
Delta BTRFS + dédup KSM font qu'un conteneur stopped ne coûte que du disque. L'état de sommeil n'est pas facturé ; la box l'est.
Le pricing bare-metal Hoody démarre à $1/mo ; le prix final varie selon spec, région, durée de location. La densité des conteneurs dépend de la charge — les side projects légers s'empilent dense, ce qui garde de la RAM chaude demande plus de marge.
Le cimetière n'est plus une facture d'hébergement. C'est un dossier.
Les plans d'hébergement par app vous facturent par projet en dormance. Le pricing par serveur met un plafond doux sur le cimetière. Les plateformes ci-dessous facturent par side project, pas par serveur :
vous pouvez tous les garder. Le dossier est la limite, pas le budget.