Un serveur. Conteneurs illimités. $0 de coût marginal.
L'unité fondamentale de coût d'infra passe de par-environnement à par-serveur. Une fois le serveur payé, lancer un conteneur de plus est gratuit. Expérimentations, environnements de branche, démos jetables, isolation par client — tout devient le défaut plutôt qu'un budget à défendre.
Bare-metal · densité KSM · dédup BTRFS · 100% d'utilisation des ressources · isolation physique incluse
De la facturation par environnement à la capacité par serveur.
Le modèle VPS traite chaque environnement comme un coût récurrent. Le modèle bare-metal-plus-conteneurs traite le serveur comme une décision de capacité unique. Une fois que vous arrêtez de payer par environnement, vous arrêtez de penser en environnements.
VPS — facturation par environnement
- —Dev, staging, prod = trois lignes
- —Environnement de branche = conversation budgétaire
- —Sandbox personnel = payer même au repos
- —Travail client = un VPS par client, chaque mois
Hoody — capacité par serveur
- —Une location de serveur couvre chaque environnement que vous pouvez y faire tenir
- —Environnement de branche = un appel API, gratuit
- —Sandbox personnel = lancer, utiliser, jeter
- —Travail client = un conteneur par client sur le même serveur
Un exemple concret chiffré.
Le doc 100x Foundation décrit un solo founder qui fait tourner 12 produits SaaS à 3–5 conteneurs par produit. Voici la même math côte à côte. Les chiffres exacts dépendent du provider et du workload — c'est la forme, pas la grille tarifaire.
| Line item | Traditional VPS | Hoody |
|---|---|---|
| Coût serveur | $40/conteneur × 60 = $2,400/mois | $1/mo serveur bare-metal |
| Ajouter le conteneur #61 | +$1/mo chaque mois pour toujours | +$0 si dans la capacité du serveur |
| Conteneurs au repos | Plein tarif quand même | ~0 octet via dédup KSM + BTRFS |
| Hardware dédié | Tier entreprise, ~$200–1000/mois | Inclus — le serveur EST le hardware |
Les coûts sont illustratifs et dépendent du provider, du workload, et de la densité que vos conteneurs partagent vraiment. La forme économique — coût marginal nul, capacité partagée, repos gratuit — tient chez tous les providers.
Quand les conteneurs sont gratuits, l'expérimentation devient le défaut.
L'infra traditionnelle fait de l'expérimentation une décision consciente avec un coût budgétaire attaché. Hoody fait de l'expérimentation le chemin de moindre résistance. Ça change discrètement la façon dont les développeurs et les agents travaillent.
Environnements par branche
Chaque branche git reçoit un container. Dix branches ouvertes = dix conteneurs = même facture qu'une seule branche.
Test d'hypothèses parallèles
Un agent IA qui tente 10 approches différentes crée 10 conteneurs. Celui qui gagne est conservé ; les autres sont démontés d'un seul appel DELETE.
Staging qui matche prod exactement
Pas une approximation. Même image, même config, même source de snapshot — à coût zéro supplémentaire.
Démos client à la demande
Lancez un conteneur de démo pour un appel commercial. Supprimez après. Aucune ligne sur la facture mensuelle.
100% du serveur que vous avez payé. Pas de ressources partagées. Pas de taxe au repos.
Sur un VPS traditionnel, vous payez pour des ressources dédiées qui restent surtout au repos. Sur une box bare-metal partagée avec dédup KSM + BTRFS, vos conteneurs se disputent uniquement les ressources dont ils ont vraiment besoin. Utilisation pleine disponible quand le workload le demande ; rien gaspillé quand non.
CPU : tous les cœurs, tous les conteneurs
Le scheduler Linux donne la machine entière au conteneur qui en a besoin. Pas de cap vCPU par container.
RAM : dédupliquée via KSM
Pages communes partagées entre conteneurs. 60 conteneurs peuvent utiliser moins de RAM que 10 instances VPS.
Disque : dédupliqué via BTRFS
Même image de base entre conteneurs = blocs partagés. Le stockage croît avec la divergence, pas avec le nombre de conteneurs.
Réseau : pas de quota par conteneur
La bande passante de votre serveur est votre réserve. Alloue comme votre workload le dicte.
Le bare-metal est la baseline, pas le tier entreprise.
Sur un VPS public cloud, vous êtes un tenant parmi d'autres sur un hyperviseur partagé avec des inconnus. Les attaques par canal auxiliaire (Spectre, Meltdown) existent à cause de ce partage. Sur Hoody, le serveur est à vous. Pas d'hyperviseur partagé ; pas de surface d'attaque type Spectre venant des autres clients au-dessus de vous.
Pas d'hyperviseur partagé
vos conteneurs partagent l'host entre eux — isolés via LXC + Firecracker. Ils ne partagent jamais d'host avec des inconnus.
Isolation conformité incluse
Résidence des données client, isolation type HIPAA, réduction de scope PCI — tout découle de la propriété du serveur.
vous contrôles le hardware
Loue chez OVH, Hetzner, Equinix, votre propre colo. Hoody fait tourner ses conteneurs sur le métal que vous choisissez.
Quand ce modèle ne paye pas.
Honnête sur les cas où l'économie ne bascule pas. Le modèle par-serveur brille quand vous pouvez exploiter la densité. Il ne brille pas pour les workloads qui veulent un seul conteneur géant isolé.
Workloads à un conteneur massif
Si vous avez besoin d'un seul conteneur avec des dizaines de CPU et des centaines de GB de RAM, vous payez pour du hardware exclusif de toute façon. Le VPS à ce tier peut être compétitif.
Trafic très en pic
Un conteneur qui tourne à 100% CPU en permanence ne laisse aucune densité aux voisins. La math basée sur la densité présume une certaine diversité de workload.
Exigences zéro-ops
Si vous ne pouvez pas du tout gérer un serveur bare-metal, même avec l'outillage Hoody, Kubernetes managé ou Fly.io vous conviendra mieux. Certaines équipes ne veulent jamais prendre de décisions hardware.
Exigences de latence edge
Besoin de 20 POPs globaux pour un workload CDN ? Louez 20 serveurs Hoody, ou utilisez un provider edge spécialisé. Une box bare-metal est un seul point géographique.
Arrêtez de payer pour des environnements. Payez une fois pour la capacité.
Louez un serveur. Lancez autant de conteneurs que vous allez utiliser. La facture arrête de gonfler avec votre workflow.
Voir aussi — /platform/control-plane pour les APIs wallet et location de serveur, /methods/efficiency-security pour les détails KSM + BTRFS.