Un serveur. Des conteneurs illimités. Coût marginal 0 $.
L'unité fondamentale du coût d'infrastructure passe de par-environnement à par-serveur. Une fois le serveur payé, lancer un nouveau conteneur est gratuit. Expériences, environnements de branche, démos jetables, isolation par client — tout devient la norme plutôt que l'exception budgétaire.
Bare metal · densité KSM · déduplication BTRFS · utilisation des ressources à 100 % · 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 qu'on arrête de payer par environnement, on arrête de penser en environnements.
VPS — facturation par environnement
- —Dev, staging, prod = trois lignes de coût
- —Environnement de branche = discussion budgétaire
- —Sandbox personnelle = payer même au repos
- —Travail client = un VPS par client, chaque mois
Hoody — capacité par serveur
- —Une location de serveur couvre tous les environnements que vous pouvez y faire tenir
- —Environnement de branche = un appel API, gratuit
- —Sandbox personnelle = lancer, utiliser, supprimer
- —Travail client = un conteneur par client sur le même serveur
Un exemple concret.
Le document 100x Foundation décrit un fondateur solo gérant 12 produits SaaS avec 3 à 5 conteneurs par produit. Voici le même calcul côte à côte. Les chiffres exacts dépendent du fournisseur et de la charge — c'est la forme, pas la grille tarifaire.
| Line item | Traditional VPS | Hoody |
|---|---|---|
| Coût du serveur | 40 $/conteneur × 60 = 2 400 $/mois | 100 $/mois serveur bare metal |
| Ajout du conteneur n°61 | +40 $/mois chaque mois pour toujours | +0 $ si dans la capacité du serveur |
| Conteneurs inactifs | Plein tarif quand même | ~0 octet via déduplication KSM + BTRFS |
| Matériel dédié | Niveau entreprise, ~200–1 000 $/mois | Inclus — le serveur EST le matériel |
Les coûts sont illustratifs et dépendent du fournisseur de serveur, de la charge et du niveau de densité réellement partagée par vos conteneurs. La forme économique — coût marginal nul, capacité partagée, inactivité gratuite — reste valable quel que soit le fournisseur.
Quand les conteneurs sont gratuits, les expériences deviennent la norme.
L'infrastructure traditionnelle fait de l'expérimentation une décision consciente avec un coût budgétaire associé. Hoody fait de l'expérimentation le chemin de moindre résistance. Cela change discrètement la façon dont les développeurs et les agents travaillent.
Environnements par branche
Chaque branche git reçoit un conteneur. Dix branches ouvertes = dix conteneurs = même facture qu'une seule branche.
Test d'hypothèses en parallèle
Un agent IA qui teste 10 approches différentes crée 10 conteneurs. Celui qui gagne est conservé ; les autres sont supprimés avec DELETE.
Staging identique à la prod
Pas une approximation. Même image, même config, même source de snapshot — à coût supplémentaire nul.
Démos clients à la demande
Lancez un conteneur de démo pour un appel commercial. Supprimez-le après. Aucune ligne sur la facture mensuelle.
100 % du serveur que vous avez payé. Pas de voisins bruyants. Pas de taxe sur l'inactivité.
Sur un VPS traditionnel, vous payez pour des ressources dédiées qui restent largement inactives. Sur un bare metal partagé avec KSM + déduplication BTRFS, vos conteneurs ne se disputent que les ressources dont ils ont réellement besoin. Utilisation totale disponible quand la charge le demande ; rien de gaspillé quand ce n'est pas le cas.
CPU : tous les cœurs, tous les conteneurs
Le scheduler Linux donne toute la machine au conteneur qui en a besoin. Pas de limite de vCPU par conteneur.
RAM : dédupliquée via KSM
Les pages communes sont partagées entre les conteneurs. 60 conteneurs peuvent utiliser moins de RAM que 10 instances VPS.
Disque : dédupliqué via BTRFS
La même image de base sur plusieurs 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 pool. Allouez selon ce que votre charge de travail dicte.
Le bare metal est la ligne de base, pas le niveau entreprise.
Sur un VPS cloud public, 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 le vôtre. Pas d'hyperviseur partagé ; pas de surface d'attaque de type Spectre provenant d'autres clients au-dessus de vous.
Pas d'hyperviseur partagé
Vos conteneurs partagent l'hôte entre eux — isolés via LXC + Firecracker. Ils ne partagent jamais un hôte avec des inconnus.
Isolation de conformité incluse
Résidence des données client, isolation proche HIPAA, réduction du périmètre PCI — tout découle de la propriété du serveur.
Vous contrôlez le matériel
Louez chez OVH, Hetzner, Equinix ou dans votre propre colo. Hoody fait tourner ses conteneurs sur le métal que vous avez choisi.
Quand ce modèle ne rentabilise pas.
Honnêtes sur les cas où l'économie ne s'inverse pas. Le modèle par serveur brille quand vous pouvez exploiter la densité. Il ne brille pas pour les charges qui nécessitent un seul grand conteneur isolé.
Charges mono-conteneur massif
Si vous avez besoin d'un seul conteneur avec des dizaines de CPU et des centaines de Go de RAM, vous payez de toute façon pour du matériel exclusif. Un VPS à ce niveau peut être compétitif.
Trafic très irrégulier
Un conteneur tournant à 100 % CPU en permanence ne laisse aucune densité pour ses voisins. Le calcul basé sur la densité suppose une certaine diversité des charges.
Exigences zéro-ops
Si vous ne pouvez pas du tout gérer un serveur bare metal, même avec les outils Hoody, Kubernetes managé ou Fly.io conviendra mieux. Certaines équipes ne veulent aucune décision matérielle.
Exigences de latence edge
Besoin de 20 points de présence mondiaux pour une charge CDN ? Louez 20 serveurs Hoody, ou utilisez un fournisseur spécialisé dans l'edge. Une machine bare metal est un seul point géographique.
Arrêtez de payer pour des environnements. Payez une fois pour la capacité.
Louez un serveur. Créez autant de conteneurs que vous en utiliserez. La facture cesse de croître avec votre workflow.
Voir aussi — /platform/control-plane pour les APIs de portefeuille et de location de serveur, /methods/efficiency-security pour les détails KSM + BTRFS.