
Sessenta contêineres em um servidor
Uma caixa bare-metal executa dezenas a centenas de contêineres Hoody. KSM e BTRFS dedup fazem o custo marginal próximo a zero.
Você lança um portfólio. Dois produtos imprimem receita, dez estão sonolentos. Numa nuvem por app você pagaria pelos doze. No Hoody, cinquenta contêineres se empilham em um servidor de $49 — e os dez quietos custam quase nada além do aluguel que você já está pagando.
twelve apps · one server · one line item on the card
Um produto não é um servidor, é mais ou menos quatro contêineres — frontend, backend, banco, worker. Doze produtos é cinquenta contêineres. O kernel deduplica as partes chatas para a máquina não notar.
Cada app é uma stack pequena: um front Next.js, uma API pequena, um Postgres ou SQLite, um worker. POST quatro contêineres em /api/v1/projects/[id]/containers, dê a eles um project_alias correspondente ao produto, pronto. Doze produtos é cinquenta contêineres e algumas reservas.
O Hoody roda contêineres em LXC, não VMs. Kernel Samepage Merging encontra páginas de RAM idênticas entre contêineres rodando a mesma base Debian — cinquenta cópias de glibc viram uma. BTRFS copy-on-write faz o mesmo para disco. Contêineres ociosos custam o delta a partir da base, não uma máquina inteira cada.
Escolha um Hetzner AX52 ou equivalente do marketplace de servidores — uma máquina bare-metal real, 64 GB de RAM, 1 TB NVMe, em torno de $49 por mês. Essa é a conta. O quinquagésimo primeiro contêiner custa zero dólares novos.
Pela Containers API: cada contêiner reporta seu próprio CPU, memória, disco e rede em /api/v1/containers/[id]/stats. O fato de marketing é que cinquenta desses endpoints de stats podem zumbir tranquilamente em um único host sem o host em si reclamar.
Três coisas que só fazem sentido quando um produto ocioso é genuinamente grátis.
Contêineres parados consomem zero CPU e zero RAM — o sistema de arquivos deles só fica no BTRFS a custo de delta. O app aquarium-log com doze usuários não está queimando nada. Você não precisa matá-lo para se sentir bem.
Contêineres são namespaces Linux, não inquilinos compartilhados em um control plane. Um bug em mortgage-calc-pro não consegue ver o banco do chord-finder. Sem colunas tenant_id, sem schema compartilhado, sem incidente "ah, aquele tenant saiu do controle". O isolamento é o kernel.
Quando o décimo primeiro produto decola, você não replatforma. PATCH nos recursos do contêiner, dê mais núcleos a ele, adicione uma réplica via /copy. Ele já estava rodando onde o tráfego chegava — você só abriu o registro.
Divida a conta de $49 do servidor por doze produtos e você obtém mais ou menos quatro dólares cada. O gráfico é entediante de propósito: todo produto recebe o mesmo gotejar de custo, independentemente da receita.
Os números são ilustrativos para um host classe Hetzner AX52. O custo real por produto depende de quais produtos você acorda, mas o teto é a máquina — não a contagem.
O modelo de portfólio era uma planilha de contas. Agora é uma linha só.
Cada um destes precifica um único produto como se fosse um único negócio. Um portfólio de doze é cobrado doze vezes em cada taxa por app. O modelo bare-metal cobra você uma vez.
Quando ocioso é grátis, a próxima ideia não é uma conversa de orçamento — é um POST.