
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.
Saca un snapshot a un contenedor demo-template y luego haz /copy cincuenta veces. Cada prospecto aterriza en su propia URL con su logo, sus datos semilla, sus integraciones. Cuarenta y ocho entornos inactivos no cuestan casi nada — solo los dos que ahora mismo están en llamada hacen trabajo real.
Un snapshot, una llamada /copy por prospecto, un pequeño script de seed. La API de contenedores de Hoody y la API de Container Snapshots hacen el trabajo real. Tu sales engineer las cabletea en veinte líneas de bash.
POST al endpoint de snapshots sobre tu contenedor de referencia. El artefacto es un snapshot de estado completo — archivos, procesos, memoria — de la demo que tu sales engineer perfeccionó el último trimestre.
POST /containers/$BASE/snapshotsPara cada prospecto, POST al endpoint /copy con source_snapshot establecido. El nuevo contenedor arranca en segundos, en el servidor que tenga margen, idéntico a la base salvo por su ID y URL.
POST /containers/$BASE/copyEjecuta un script exec one-shot en el nuevo contenedor que cambia el logo, inserta los nombres de su equipo, falsea sus últimos treinta días de uso. El mismo script para cada prospecto, parametrizado por nombre de empresa.
exec seed.sh $COMPANYEnvía por email o Slack al prospecto su subdominio funcional. Hace clic. Curiosea. Se la reenvía a su CTO. Otros cuarenta y ocho están inactivos, costando el delta de disco y el coste de RAM compartida de un contenedor deduplicado.
https://$CO.demo.your-app.comPromociona en signup con un PATCH. Destruye en ghosting con un DELETE. El mismo mecanismo /copy alimenta los sandboxes por cliente cuando un prospecto convierte — misma forma, distinto tier.
Un Loom es la demo del producto de otro. Un sandbox es una demo con datos de otro. Un entorno funcionando con su logo y sus números es algo que los prospectos reenvían a su CFO.
La demo no es un screen-share de 30 minutos. Es una URL que el prospecto puede abrir desde su portátil el martes y desde el móvil el viernes. Se la enseña a un compañero. La pega en un hilo de Slack. El deal se calienta mientras tú duermes.
Las nubes por VM facturan los cincuenta entornos visite alguien o no. En Hoody, los contenedores inactivos comparten RAM de la imagen base (KSM) y disco (BTRFS CoW); el coste marginal de la demo número cuarenta y ocho es el delta de lo que cambió, no una instancia entera.
Cuando un prospecto firma, el mismo contenedor se convierte en su tenant. Haz PATCH del tier de demo a producción, enruta su dominio personalizado. Sin migración de datos, sin onboarding nuevo, sin la fricción del "ahora vamos a montar tu cuenta de verdad".
Los mismos cincuenta entornos. Distinta factura, distinta latencia, distinta historia de limpieza. Los números de abajo vienen del modelo de contenedores documentado de Hoody — tu tier de servidor concreto y la densidad variarán.
Heroku Hobby dyno = $7/mes a 50× ≈ $350; los dynos de producción a $25 quedan cerca de $1.200/mes para cincuenta. El precio bare metal de Hoody varía por región y especificación; $49/mes es ilustrativo del tier de entrada documentado, hospedando docenas de contenedores vía densidad de RAM compartida.
Cada prospecto recibe una versión funcional de tu producto. No un Loom. No un sandbox. La suya.
Las maneras estándar en que los equipos entregan hoy una demo personalizada a un prospecto. Cada una te cobra por entorno, por minuto en una llamada o por ronda de "te reenvío el enlace".
Deja de hacer demos de tu producto. Empieza a entregárselo durante una semana.