
Sesenta contenedores en un servidor
Un servidor bare-metal ejecuta decenas a cientos de contenedores Hoody. KSM y dedup BTRFS hacen que el costo marginal sea casi cero.
En AWS, el staging muere porque cada hora inactiva es una hora facturable. En Hoody, los contenedores inactivos consumen disco y cero CPU — así que el staging que tu reviewer tocó hace tres semanas sigue ahí, con el estado exacto en que lo dejó. El cementerio se convierte en un working set.
cinco contenedores · ~54 días activos en total · cinco entornos aún resolubles por URL
Tres estados, una fila de contenedor, una factura. El estado activo quema CPU. El estado inactivo no quema nada. El estado de despertar tarda unos cientos de milisegundos y tu staging vuelve exactamente como lo dejaste.
Tu compañero está logueado, ejercitando el nuevo endpoint, mirando el dashboard. Los procesos del contenedor están planificados, sus páginas de memoria están calientes, su tiempo de CPU es real. El servidor de tarifa plana está haciendo su trabajo.
El contenedor está suspendido. Su sistema de archivos sigue resolviéndose, su delta de disco sigue existiendo, su dominio proxy sigue respondiendo. KSM deduplica las páginas de RAM y BTRFS deduplica los bloques de disco entre contenedores en el mismo servidor — el coste marginal inactivo es estructuralmente casi cero. No añade nada al precio del servidor de tarifa plana que ya pagas.
La primera petición que llega despierta el contenedor. El mismo ID, las mismas variables de entorno, los mismos volúmenes, el mismo host SSH. El estado que dejó tu reviewer es el estado que vuelve. Sin script de restauración, sin aprovisionamiento nuevo, sin un día reconstruyendo lo que borraste.
Hoody factura el servidor, a tarifa plana. El estado inactivo es el resto de la vida del contenedor — y es el estado en el que vive cada entorno de staging la mayor parte del tiempo. KSM y BTRFS dedup significan que los contenedores inactivos no añaden nada a ese precio de servidor.
Una vez que lo inactivo es gratis, dejas de tomar las decisiones que el staging tomaba por ti.
El entorno que tu reviewer usó hace tres semanas sigue ahí, suspendido, accesible por ID de contenedor. El CFO no lo ve en la factura porque no está en la factura. La conversación que solía acabar en "cargarse dos de tres" no ocurre.
El reviewer hace ping a la URL, el contenedor despierta, su sesión se reanuda. Sin aprovisionamiento nuevo, sin datos semilla, sin esperar a que un dyno de Heroku vuelva del modo dormido. El trabajo de la tarde anterior es el punto de partida de la siguiente.
El staging del lanzamiento del último trimestre, la reescritura de pagos abandonada, la demo específica de cliente del Q4 — todos siguen vivos a coste cero. Cuando alguien pregunta "¿aún tenemos ese entorno?" la respuesta es sí.
Las líneas de la factura de AWS para una flota de staging always-on, y en qué se colapsan esas líneas cuando lo inactivo no cuesta nada.
El CFO no pregunta por los tres entornos inactivos porque no aparecen. La conversación sobre borrarlos nunca empieza.
Los números vienen de la API de contenedores de Hoody y del modelo de snapshots — no de benchmarks inventados.
Un contenedor inactivo no añade ninguna tarifa por hora. Pagas el servidor bare-metal — tarifa plana. KSM y BTRFS deduplicado significan que los contenedores inactivos se integran en el servidor que ya alquilas.
Los snapshots están direccionados por contenido y se almacenan como deltas. La imagen base se comparte entre cada contenedor que desciende de ella; solo el diff es lo que pagas.
GET /api/v1/containers/[id] resuelve el contenedor suspendido. La primera petición que toca su dominio proxy lo despierta; el estado que tenía cuando dejaste de mirar es el estado que vuelve.
Según la API de contenedores de Hoody: los contenedores persisten como filas con campos snapshot_count y last_used_snapshot. La retención de snapshots tiene como valor por defecto la política de tu proyecto; expires_at es configurable por snapshot.
El staging puede vivir, porque dejarlo vivir ya no cuesta nada.
El stack estándar de staging always-on — y los crons y el conocimiento tribal que crecen a su alrededor. Cada uno cobra por hora. El contenedor de Hoody cobra por hora activa, que para staging es casi nada.
Deja de borrar entornos para ahorrar dinero. El cementerio es ahora un working set.