
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.
Ochocientos contenedores aislados en tres máquinas bare metal por 147 dólares al mes. Cada cliente recibe su propio sistema de archivos, su propia URL, su propio kernel namespace. La arquitectura honesta ya no es la cara.
dashboard de fleet ops · 812 inquilinos en 3 nodos bare metal · mezclado a 0,18 $ por cuenta al mes
Tu webhook de facturación pega contra un script de Hoody Exec. El script copia un contenedor de cliente nuevo desde el snapshot plantilla, el nuevo inquilino aterriza en su propia URL y el dashboard de la flota incrementa en uno. Tres llamadas HTTP, sin orquestador.
Un V8 isolate serverless. La URL del webhook es solo un archivo TypeScript en scripts/1/. Sin Express, sin configuración de servidor, sin contenedor propio.
BTRFS copy-on-write — solo el delta por inquilino consume disco. Las reglas de firewall y red se clonan con el snapshot. Aterriza en el servidor de la flota que tenga margen.
El endpoint authorize firmado emite un container_claim de una hora. Tu app redirige al cliente a su propio sandbox. Tiempo total de signup: menos de sesenta segundos.
Toda la pipeline son tres llamadas HTTP. Sin operator de Kubernetes, sin YAML de namespaces, sin admin de cluster. La flota añade inquilinos como una tabla hash añade entradas — solo que cada entrada es un contenedor de Linux real.
Los modelos de precio por inquilino cobran por inquilino. El precio por servidor cobra por servidor. Una vez que la cuenta cambia de forma, 0,18 $ por inquilino se convierte en el suelo realista — y la curva se aplana al crecer.
Añadir los siguientes cien inquilinos no cambia la factura — cambia el divisor. KSM dedupica páginas de memoria idénticas entre contenedores; BTRFS copy-on-write mantiene los bytes de la imagen base compartidos. Cada nuevo contenedor cuesta el delta sobre la plantilla, no la pila entera.
El precio de servidor de Hoody lo dirige el marketplace y varía por región, especificación y proveedor. La flota de ejemplo usa tres nodos en torno al precio de entrada documentado de 49 $/mes; las estimaciones de competencia son rangos ilustrativos a partir de precios públicos para cómputo por inquilino comparable. La densidad asume cargas SaaS típicas — inquilinos que están inactivos la mayor parte del día. Bases de datos pesadas o cargas de IA necesitan más margen por contenedor.
Una vez que el aislamiento es barato, la arquitectura deja de hacer compromisos. Las funciones que tu CFO solía vetar se convierten en valores por defecto.
Webhook de Stripe → Hoody Exec → POST /containers/$TEMPLATE/copy. El nuevo inquilino arranca desde el mismo snapshot del que arrancó cualquier otro. Misma línea base, futuro aislado. Sin columnas tenant_id que enhebrar, sin filas compartidas que olvidar.
DELETE /api/v1/containers/$CID. El sistema de archivos se va, el SQLite se va, los crons se van, el log de auditoría se va — porque todos vivían en el mismo sitio. Nada de "DELETE … WHERE tenant_id … más otras 12 tablas que olvidaste."
El script descontrolado de un cliente choca contra los cupos de CPU y RAM de su contenedor. Los otros 811 contenedores de la flota no se enteran. Sin auditorías de vecinos ruidosos, sin tabla de locks compartida, sin pool de conexiones compartido — los kernel namespaces hacen el trabajo de aislamiento que la capa de aplicación solía fingir.
El aislamiento por inquilino solía costar por inquilino. Ahora cuesta por servidor.
El aislamiento por inquilino ha significado históricamente o un WHERE astuto o una factura por inquilino. El contenedor por cliente a escala de flota desplaza ambos:
Ochocientos inquilinos aislados en los mismos servidores que reemplazan tu portátil. La arquitectura honesta es por fin la asequible.