Aller au contenu
use-cases / idle-staging-stops-getting-deleted / hero
CONTENEURS · SNAPSHOTS · REPOS = GRATUIT

Le staging au repos ne coûte rien, donc le staging cesse d'être supprimé

Sur AWS, le staging meurt parce que chaque heure au repos est une heure facturée. Sur Hoody, les conteneurs au repos consomment du disque et zéro CPU — donc le staging que votre relecteur a touché il y a trois semaines est toujours là, exactement dans l'état où il l'a laissé. Le cimetière devient un ensemble de travail.

Lire la doc containers
use-cases / idle-staging-stops-getting-deleted / lifecycle

Ce que fait vraiment un conteneur au repos

Trois états, une ligne de conteneur, une facture du serveur. L'état actif consomme du CPU. L'état repos ne consomme rien. L'état réveil prend quelques centaines de millisecondes et votre staging revient exactement comme vous l'aviez laissé.

01 / ACTIF

Un relecteur le manipule

Votre coéquipier est connecté, exerce le nouveau endpoint, regarde le tableau de bord. Les processus du conteneur sont planifiés, ses pages mémoire sont chaudes, son temps CPU est réel. Le serveur à tarif fixe fait son boulot.

pendant la consultationfacturé
02 / REPOS

Personne n'y a touché depuis dix jours

Le conteneur est suspendu. Son système de fichiers se résout encore, son delta de disque existe encore, son domaine proxy répond encore. KSM déduplique les pages RAM et BTRFS déduplique les blocs disque sur les conteneurs du même serveur — le coût marginal au repos est structurellement proche de zéro. Il n'ajoute rien à la facture du serveur à tarif fixe que vous payez déjà.

au repossans charge supplémentaire
03 / RÉVEIL

Quelqu'un ping l'URL — il revient

La première requête qui arrive réveille le conteneur. Même ID de conteneur, mêmes variables d'env, mêmes volumes, même hôte SSH. L'état que votre relecteur a laissé est l'état qui revient. Pas de script de restauration, pas de provisionnement neuf, pas de journée à reconstruire ce que vous aviez supprimé.

pour reprendrequelques centaines de ms

Hoody facture le serveur, à tarif fixe. L'état repos est le reste de la vie du conteneur — et c'est l'état où vit la plupart du temps chaque environnement de staging. KSM et BTRFS dédupliquent signifient que les conteneurs au repos n'ajoutent rien à ce prix serveur.

use-cases / idle-staging-stops-getting-deleted / powers

Ce que ça change pour le staging

Une fois que le repos est 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 utilisé par votre relecteur il y a trois semaines est toujours là, suspendu, adressable par ID de conteneur. Le CFO ne le voit pas sur la facture parce qu'il n'y est pas. La conversation qui finissait par « on en bute deux sur trois » n'a plus lieu.

VITESSE

Vous arrêtez de reconstruire ce que vous aviez supprimé

Le relecteur ping l'URL, le conteneur se réveille, sa session reprend. Pas de provisionnement neuf, pas de seed data, pas d'attente d'un dyno Heroku qui sort de veille. Le travail de l'après-midi précédent est le point de départ du suivant.

ENSEMBLE DE TRAVAIL

Le cimetière devient un ensemble de travail

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

use-cases / idle-staging-stops-getting-deleted / ledger

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

Les lignes de la facture AWS pour une flotte de staging always-on, et ce en quoi ces lignes se réduisent quand le repos ne coûte rien.

ANCIENNE FACTURE · ALWAYS-ONfacturé à 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 nettoyage en attente pour toujours
NOUVELLE FACTURE · REPOS-GRATUITfacturé seulement quand actif
  • container staging-pr-2148 · repos 22 semainesincluded
  • container staging-customer-acme · repos 4 semainesincluded
  • container staging-payments-rebuild · repos 24 semainesincluded
  • container staging-mobile-v3 · actif cette semaineincluded
  • container staging-launch-prep · repos 1 semaineincluded
la semaine active apparaît · le reste ne coûte rien

Le CFO ne pose pas de questions sur les trois environnements au repos parce qu'ils n'apparaissent pas. La conversation pour les supprimer ne commence jamais.

use-cases / idle-staging-stops-getting-deleted / numbers

Ce que la ligne de conteneur garantit vraiment

Les chiffres viennent de l'API Hoody Containers et du modèle de snapshots — pas de benchmarks inventés.

  1. PAR MOIS AU REPOS0 $

    Un conteneur au repos ne facture aucun frais horaire. Vous payez le bare metal que vous louez déjà et le delta de disque que stocke le snapshot — les deux fixes, les deux petits.

  2. EMPREINTE DISQUEdelta

    Les snapshots sont adressés par contenu et stockés en deltas. L'image de base est partagée entre tous les conteneurs qui en descendent ; seul le diff est à votre charge.

  3. RETOUR DU REPOSréveil

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

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

use-cases / idle-staging-stops-getting-deleted / punchline

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 au repos
CE QUE VOYAIT LE CFO420 $/mois · 5× ec2 · 5× ebs · repos toujours facturédeux environnements supprimés le trimestre dernier pour réduire le graphique
CE QU'IL VOIT MAINTENANTGET containers/staging-pr-2148 · repos 90j · toujours làpas de cron, pas de PR de nettoyage, pas de cimetière « on en aura besoin un jour »
use-cases / idle-staging-stops-getting-deleted / replaces

Ce que ça remplace

La pile standard de staging always-on — et les crons et savoirs tribaux qui poussent autour. Chacun facture à l'heure. Le conteneur Hoody facture à l'heure active, ce qui pour le staging représente quasiment rien.

  • Instances EC2 staging AWSToujours facturées, même à 03h00 un dimanche sans personne connecté
  • Dynos staging HerokuLe mode veille perd l'état de session et ajoute une taxe de cold start au réveil
  • Services staging RenderFrais mensuel par service, que l'URL ait été touchée une fois ou mille
  • crons « staging-down » maisonUne Lambda qui supprime tout environnement au repos > N jours, plus le canal Slack où les gens demandent pourquoi le leur a disparu
  • la dette technique « on a supprimé staging »Une page Notion d'environnements qui « pourraient resservir » mais ont été butés pour aplatir le graphique
  • le « staging » partagé que tout le monde se disputeUn environnement pour dix relecteurs parce que trois paraissaient chers — la taxe quotidienne du standup où chacun écrase la branche du voisin
use-cases / idle-staging-stops-getting-deleted / cta

Arrêtez de supprimer des environnements pour économiser. Le cimetière est désormais un ensemble de travail.

Lire la doc snapshots
use-cases / idle-staging-stops-getting-deleted / related

Découvrez les autres