
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.
Once proyectos paralelos a medio terminar en Heroku son once dynos de 7 $/mes. En Hoody son once contenedores en una caja de 29 $. Los inactivos cuestan cero. La URL despierta el contenedor en milisegundos cuando alguien por fin visita el motor de ajedrez que escribiste en 2023.
12 PROYECTOS · 1 CAJA BARE-METAL · INACTIVO = 0¢/H
Un contenedor de Hoody es una máquina Linux real que no tiene que estar funcionando para ser barata. La mayoría de los proyectos pasan la vida en la columna del medio.
POST /containers/[id]/stop deja CPU y RAM a cero. Solo el delta BTRFS en disco sobrevive: normalmente unos cientos de megabytes. El contenedor se ha ido pero el proyecto no.
La mayoría de tus once proyectos están aquí. No se ejecuta ningún proceso. No hay RAM asignada. Lo único por lo que paga la caja es el sistema de archivos, y BTRFS deduplica la imagen base entre todos los contenedores del servidor.
Un GET a la URL del contenedor lo arranca en 5–15 segundos (en frío) o al instante (pausado). El visitante ve una breve carga, la petición llega y el contenedor vuelve a dormir cuando el tráfico cesa.
Hoody documenta tres operaciones de ciclo de vida en un contenedor: detenido (sin CPU, sin RAM, el sistema de archivos persiste), pausado (congelado en RAM) y el estado activo. Detenido es el estado de reposo natural del cementerio: el delta de disco mantiene el proyecto vivo a un coste marginal casi cero.
Dos ventanas. El visitante envía un GET normal. El contenedor arranca, sirve y vuelve a dormir. Todo el flujo corre sobre la misma URL de Hoody que el proyecto siempre tuvo.
POST /api/v1/containers/[id]/start es la operación explícita del ciclo de vida; enrutar a través del hostname HTTPS del contenedor activa el mismo despertar automáticamente. No hay un endpoint separado de wake: visitar la URL es el wake.
Cuando estar inactivo es gratis, los once proyectos dejan de ser una pregunta de factura mensual y empiezan a ser una carpeta. Las decisiones que solías tomar dejan de ser decisiones.
El script que te avisa cuando salen los formularios 1099 corre una vez al año. En un dyno de 7 $/mes son 84 $ por disparo. Aquí duerme 364 días, despierta para una llamada HTTP y vuelve a dormir. Habías olvidado que lo escribiste. Sigue funcionando.
Alguien encontró tu post de blog `recipe-tracker-2022` en Hacker News dos años tarde. El enlace todavía resuelve. El contenedor despierta, renderiza la página y vuelve a dormir. No te llegó una factura de 30 $ por el pico.
Con un plan de precios por app, racionas las ideas antes de construirlas. Aquí no. Sube la cosa a medias. Olvídala. Encuéntrala años después. Abre la URL. Sigue ahí.
El hosting por app te factura el segundo en que tus once proyectos no reciben tráfico. El precio por servidor te factura una vez por la caja y deja que los proyectos se apilen dentro.
Once dynos Heroku Eco a ~7 $ cada uno, u once servicios web Render. La misma factura visite alguien o no.
Un servidor Hoody desde el precio de dos dynos. Once contenedores caben dentro. El duodécimo no añade factura.
El delta BTRFS + KSM dedup hacen que un contenedor detenido cueste solo disco. El estado de sueño no se factura; la caja sí.
Los precios de entrada bare-metal de Hoody comienzan en $29/mes; el precio final varía según especificación, región y duración del alquiler. La densidad de contenedores depende de la carga: los proyectos paralelos ligeros se empaquetan densamente, cualquier cosa que mantenga RAM caliente necesita más margen.
El cementerio ya no es una factura de hosting. Es una carpeta.
Los planes de hosting por app te facturan por cada proyecto inactivo. El precio por servidor pone un techo blando al cementerio. Las plataformas de abajo cobran por proyecto paralelo, no por servidor:
Puedes quedártelos todos. La carpeta es el límite, no el presupuesto.