Aller au contenu
TYPEDébloqué
ÉTAPEProduction
DIFFICULTÉSimple
MÉTIEROptimiser les coûts
POURÉquipes de devs
SERVICESConteneurs
SERVICESSnapshots
POURQUOI HOODYÉconomie des conteneurs
TYPEDébloqué
ÉTAPEProduction
DIFFICULTÉSimple
MÉTIEROptimiser les coûts
POURÉquipes de devs
SERVICESConteneurs
SERVICESSnapshots
POURQUOI HOODYÉconomie des conteneurs
TYPEDébloqué
ÉTAPEProduction
DIFFICULTÉSimple
MÉTIEROptimiser les coûts
POURÉquipes de devs
SERVICESConteneurs
SERVICESSnapshots
POURQUOI HOODYÉconomie des conteneurs
TYPEDébloqué
ÉTAPEProduction
DIFFICULTÉSimple
MÉTIEROptimiser les coûts
POURÉquipes de devs
SERVICESConteneurs
SERVICESSnapshots
POURQUOI HOODYÉconomie des conteneurs
Retour aux cas d'usage
CONTAINERS · SNAPSHOTS · IDLE = GRATUIT

Le staging idle ne coûte rien, donc le staging arrête de se faire supprimer

Sur AWS, le staging meurt parce que chaque heure idle est une heure facturée. Sur Hoody, les conteneurs idle bouffent du disque et zéro CPU — donc le staging que votre reviewer a touché il y a trois semaines est encore là, dans l'état exact où il l'a laissé. Le cimetière devient un working set.

Lire la doc conteneurs

Ce que fait vraiment un conteneur idle

Trois états, une ligne de conteneur, une facture. L'état actif brûle du CPU. L'état idle ne brûle rien. L'état wake prend quelques centaines de millisecondes et votre staging revient exactement comme vous l'as laissé.

01 / ACTIF

Le reviewer joue avec

votre collègue est connecté, exerce le nouveau endpoint, regarde le dashboard. Les processus du conteneur sont schedulés, ses pages mémoire sont chaudes, son temps CPU est réel. Le serveur flat-rate fait son travail.

tant que regardéfacturé
02 / IDLE

Personne ne l'a touché depuis dix jours

Le conteneur est suspendu. Son filesystem résout encore, son delta disque existe encore, son domaine de proxy répond encore. KSM dédupe les pages RAM et BTRFS dédupe les blocs disque sur les conteneurs du même serveur — le coût marginal idle est structurellement quasi nul. Il n'ajoute rien au prix flat-rate du serveur que vous payez déjà.

tant qu'idleaucun frais supplémentaire
03 / WAKE

Quelqu'un ping l'URL — il est de retour

La première requête qui arrive réveille le container. Le même ID de conteneur, les mêmes env vars, les mêmes volumes, le même hôte SSH. L'état que votre reviewer a laissé est l'état qui revient. Pas de script de restore, pas de provision fraîche, pas de jour à reconstruire ce que vous avez supprimé.

pour reprendrequelques centaines de ms

Hoody facture le serveur, flat-rate. L'état idle est le reste de la vie du conteneur — et c'est l'état où vit tout environnement de staging la majeure partie du temps. La dédup KSM et BTRFS fait que les conteneurs idle n'ajoutent rien à ce prix de serveur.

Ce que ça change pour le staging

Une fois l'idle gratuit, vous arrêtez de prendre les décisions que le staging prenait pour vous.

PRÉSERVATION

vous arrêtez de supprimer des environnements pour économiser

L'environnement que votre reviewer a utilisé il y a trois semaines est encore là, suspendu, adressable par ID de container. Le CFO ne le voit pas sur la facture parce qu'il n'est pas sur la facture. La conversation qui finissait par « on en supprime deux sur trois » n'a pas lieu.

VITESSE

vous arrêtez de reconstruire ce que vous avez supprimé

Le reviewer ping l'URL, le conteneur se réveille, sa session reprend. Pas de provision fraîche, pas de seed data, pas d'attente qu'un dyno Heroku revienne du sommeil. Le travail de l'après-midi précédent est le point de départ de l'après-midi suivant.

WORKING SET

Le cimetière devient un working set

Le staging du lancement du dernier trimestre, le rebuild paiements abandonné, la démo client spécifique du Q4 — tous restent en vie à coût zéro. Quand quelqu'un demande « on a encore cet environnement ? » la réponse est oui.

Ce que le CFO voyait avant, et ce qu'il voit maintenant

Les lignes de la facture AWS pour une flotte de staging always-on, et ce que ces lignes deviennent quand l'idle ne coûte rien.

ANCIENNE FACTURE · ALWAYS-ONfacturable à l'heure
  • ec2 staging-pr-2148 · t3.medium · 720h
  • ec2 staging-customer-acme · m5.large · 720h
  • ec2 staging-payments-rebuild · t3.large · 720h
  • rds staging-db cluster · 720h
  • elb shared-staging-alb · 720h
  • ebs gp3 attached volumes · 1.4 TB
cinq environnements · six lignes · une PR de cleanup en attente pour toujours
NOUVELLE FACTURE · IDLE-FREEserveur flat-rate · l'idle n'ajoute rien
  • conteneur staging-pr-2148 · idle 22 semainesinclus
  • conteneur staging-customer-acme · idle 4 semainesinclus
  • conteneur staging-payments-rebuild · idle 24 semainesinclus
  • conteneur staging-mobile-v3 · actif cette semaineinclus
  • conteneur staging-launch-prep · idle 1 semaineinclus
la semaine active apparaît · le reste ne coûte rien

Le CFO ne demande pas pour les trois environnements idle parce qu'ils n'apparaissent pas. La conversation sur les supprimer ne commence jamais.

Ce que la ligne du conteneur garantit vraiment

Les chiffres viennent de la Hoody Containers API et du modèle de snapshot — pas de benchmarks inventés.

  1. PAR MOIS IDLE$0

    Un conteneur idle n'ajoute aucune charge horaire. vous payez pour le serveur bare-metal — flat-rate. La dédup KSM et BTRFS fait que les conteneurs idle se replient dans le serveur que vous louez déjà.

  2. EMPREINTE DISQUEdelta

    Les snapshots sont content-addressed et stockés en deltas. L'image de base est partagée entre tous les conteneurs qui en descendent. Le stockage est inclus dans le prix flat-rate du serveur — pas de charge séparée par delta.

  3. RETOUR DE L'IDLEwake

    GET /api/v1/containers/[id] résout le conteneur suspendu. La première requête qui touche son domaine de proxy le réveille ; l'état qu'il avait quand vous avez arrêté de regarder est l'état qui revient.

Selon la Hoody Containers API : les conteneurs persistent comme des lignes avec les champs snapshot_count et last_used_snapshot. La rétention par défaut des snapshots dépend de la politique de votre projet ; expires_at est configurable par snapshot.

Le staging a le droit de vivre, parce que le laisser vivre ne coûte plus rien.

avant · la facture always-onaprès · la ligne idle
CE QUE LE CFO VOYAIT$420/mo · 5× ec2 · 5× ebs · idle toujours facturédeux environnements supprimés le trimestre dernier pour réduire le graphique
CE QU'IL VOIT MAINTENANTGET containers/staging-pr-2148 · idle 90j · toujours làpas de cron, pas de PR de cleanup, pas de cimetière « on en aura besoin un jour »
Lire la référence conteneurs

Ce que ça remplace

La pile standard de staging always-on — et les crons et le savoir tribal qui poussent autour. Chacun facture à l'heure. Hoody facture le serveur, flat-rate ; pour des environnements de staging qui restent idle la plupart du temps, le coût marginal est structurellement nul.

  • Instances EC2 staging AWSToujours facturées, même à 03:00 un dimanche sans personne connecté
  • Dynos staging HerokuLe mode sleep perd l'état de session et ajoute une taxe de cold-start au réveil
  • Services staging RenderFrais mensuels par service, que l'URL ait été touchée une fois ou mille
  • crons « staging-down » customUn Lambda qui supprime tout environnement idle > N jours, plus le canal Slack où les gens demandent où le leur est passé
  • la dette tech « on a supprimé staging »Une page Notion d'environnements qui « pourraient resservir » mais ont été nukés pour aplatir le graphique
  • le « staging » partagé que tout le monde s'arracheUn environnement pour dix reviewers parce que trois semblaient chers — la taxe quotidienne du standup à se marcher sur les branches

Arrêtez de supprimer des environnements pour économiser. Le cimetière est maintenant un working set.

Lire la doc snapshot

Lis les autres