Aller au contenu
use-cases / hobby-project-graveyard-stays-alive / hero
CONTENEURS · OPTIMISATION DES COÛTS

Le cimetière de projets perso que vous pouvez vous permettre de garder en vie

Onze projets perso à moitié finis sur Heroku, ce sont onze dynos à 7 $/mois. Sur Hoody, ce sont onze conteneurs sur une seule machine à 29 $. Les conteneurs inactifs ne coûtent rien. L'URL réveille le conteneur en quelques millisecondes quand quelqu'un visite enfin le moteur d'échecs que vous avez écrit en 2023.

use-cases / hobby-project-graveyard-stays-alive / lifecycle

Trois états, une seule facture

Un conteneur Hoody est une vraie machine Linux qui n'a pas besoin de tourner pour rester bon marché. La plupart des projets passent leur vie dans la colonne du milieu.

ÉTAT · ARRÊTÉ

Système de fichiers uniquement

POST /containers/[id]/stop ramène le CPU et la RAM à zéro. Seul le delta BTRFS sur disque survit — généralement quelques centaines de mégaoctets. Le conteneur n'est plus là, mais le projet, si.

COÛTdisque uniquement
ÉTAT · INACTIF

Éteint jusqu'à la prochaine visite

La plupart de vos onze projets résident ici. Aucun processus ne tourne. Aucune RAM n'est allouée. La seule chose que la machine paie, c'est le système de fichiers, et BTRFS déduplique l'image de base sur chaque conteneur du serveur.

COÛT≈ 0 ¢ / h
ÉTAT · ACTIF

Se réveille à la requête

Un GET sur l'URL du conteneur le démarre en 5–15 secondes (à froid) ou instantanément (en pause). Le visiteur voit un bref chargement, la requête arrive, et le conteneur se rendort quand le trafic retombe.

RÉVEIL< 15 s

Hoody documente trois opérations de cycle de vie sur un conteneur : arrêté (pas de CPU, pas de RAM, le système de fichiers persiste), en pause (figé en RAM), et l'état actif. L'état arrêté est l'état de repos naturel du cimetière — le delta sur disque maintient le projet en vie à un coût marginal quasi nul.

use-cases / hobby-project-graveyard-stays-alive / wake

Ce qui se passe quand quelqu'un finit par visiter

Deux fenêtres. Le visiteur envoie un GET normal. Le conteneur démarre, sert, puis se rendort. Tout le flux passe par la même URL Hoody que le projet a toujours eue.

visitor.curl
VISITEUR · LIEN MILLÉSIME 2023
# quelqu'un clique sur un vieux lien de READMEGET https://chess-engine.containers.hoody.com/# réponse après réveil à froid 200 OK · text/html · 4.2 kB# temps total : 0.41 s
containers/$CID/start
SERVEUR · CYCLE DE VIE DU CONTENEUR
# trace de réveil côté serveur[t+0ms] montage du rootfs (sous-volume BTRFS)[t+8ms] attachement du namespace + cgroup[t+34ms] init pid 1 → systemd (ou votre CMD)[t+72ms] 200 OK ← requête transmise à l'application# retour à l'état arrêté après timeout d'inactivité

POST /api/v1/containers/[id]/start est l'opération explicite de cycle de vie ; le routage via le hostname HTTPS du conteneur déclenche automatiquement le même réveil. Il n'y a pas d'endpoint de réveil distinct — visiter l'URL est le réveil.

use-cases / hobby-project-graveyard-stays-alive / powers

Ce que vous arrêtez de tuer

Quand l'inactivité est gratuite, les onze projets cessent d'être une question de facture mensuelle pour devenir un dossier. Les décisions que vous preniez avant cessent d'en être.

SCRIPT BIANNUEL

Le script qui se déclenche à la période fiscale se déclenche encore

Le script qui vous prévient quand les formulaires 1099 sortent tourne une fois par an. Sur un dyno à 7 $/mois, ça fait 84 $ par déclenchement. Ici, il dort 364 jours, se réveille pour un appel HTTP, se rendort. Vous aviez oublié l'avoir écrit. Il marche encore.

LIEN PARTAGÉ

La démo de 2022 que quelqu'un est en train de lire

Quelqu'un a trouvé votre billet `recipe-tracker-2022` sur Hacker News deux ans après. Le lien fonctionne toujours. Le conteneur se réveille, rend la page, et se rendort. Vous n'avez pas reçu une facture de 30 $ pour le pic de trafic.

LATITUDE CRÉATIVE

Vous arrêtez de tuer les projets avant l'heure

Sur une tarification par application, vous rationnez les idées avant même de les construire. Ici, non. Poussez le truc à moitié formé. Oubliez-le. Retrouvez-le des années plus tard. Ouvrez l'URL. Il est toujours là.

use-cases / hobby-project-graveyard-stays-alive / cost

La forme de la facture

L'hébergement par application vous facture à la seconde où vos onze projets ne reçoivent pas de trafic. La tarification par serveur vous facture une fois pour la machine et laisse les projets s'empiler dedans.

  1. STACK PAR APPLICATION · AVANT77 $/mois

    Onze dynos Heroku Eco à environ 7 $ chacun, ou onze services web Render. Même facture, que quelqu'un visite ou non.

  2. UNE MACHINE BARE-METAL29 $/mois

    Un serveur Hoody démarrant autour du prix de deux dynos. Onze conteneurs y rentrent. Le douzième est sans coût supplémentaire.

  3. COÛT D'UN CONTENEUR INACTIF0 ¢/h

    Le delta BTRFS + la déduplication KSM font qu'un conteneur arrêté ne coûte que le disque. L'état de sommeil n'est pas facturé ; la machine, oui.

La tarification du marketplace Hoody varie selon la région et les spécifications ; le ticket d'entrée documenté est d'environ 20 $/mois. La densité des conteneurs dépend de la charge — les petits projets perso s'empilent serré, tout ce qui garde de la RAM chaude demande plus de marge.

use-cases / hobby-project-graveyard-stays-alive / punchline

Le cimetière n'est plus une facture d'hébergement. C'est un dossier.

AVANT · ONZE FACTURESAPRÈS · UNE MACHINE + UN DOSSIER
AVANT · PAR APPLICATION11 dynos × 7 $ = 77 $/moisOnze factures · décisions de retrait par application
MAINTENANT · PAR SERVEUR1 machine × 29 $ = 29 $/moisUne seule facture · les conteneurs vont et viennent
Lire la doc des conteneurs
use-cases / hobby-project-graveyard-stays-alive / replaces

Ce que cela remplace

Les plans d'hébergement par application vous facturent par projet en sommeil. La tarification par serveur pose un plafond souple sur le cimetière. Les plateformes ci-dessous facturent par projet perso, pas par serveur :

  • Heroku Eco / Basic dynos5–7 $ par dyno, par application, par mois — même inactif
  • DigitalOcean dropletsFacturation par VM qui force à entasser les projets sur moins de machines
  • Render web servicesLe tier gratuit se met en veille puis redémarre à froid ; le tier payant facture par service
  • RailwayFacturation à l'usage par service — onze services, onze compteurs
  • Fly.io machinesTarification par application ; l'auto-stop aide mais reste par application
  • Vercel free tierPénalités de démarrage à froid sur les projets perso inactifs, plus les surprises de facturation serverless
use-cases / hobby-project-graveyard-stays-alive / cta

Vous pouvez tous les garder. La limite, c'est le dossier, pas le budget.

use-cases / hobby-project-graveyard-stays-alive / related

Découvrez les autres