
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.
Cada site de cliente é seu próprio contêiner isolado — arquivos, processos, portas, hostname. Todos vivem em um servidor bare-metal alugado uma vez. Você abre uma Hoody Workspace e vê o roster inteiro como tiles. Clica em um tile, está dentro.
uma workspace · quarenta contêineres · um host · uma conta
Três coisas precisam ser verdade ao mesmo tempo para isso funcionar de fato — não só num slide. Contêineres dão o isolamento. O host dá a densidade. Workspaces dão o painel único.
Cada site de cliente é um contêiner Hoody com seu próprio sistema de arquivos, árvore de processos, namespace de rede e hostname DNS. Uma requisição POST a /api/v1/projects/[id]/containers cria a partir de uma imagem base; um DELETE remove limpamente quando o contrato termina. Nada vaza entre clientes.
Todos os quarenta contêineres ficam em uma máquina bare-metal. O kernel deduplica páginas de memória compartilhadas e o sistema de arquivos guarda deltas, não cópias, então os trinta clientes que ficam ociosos a maior parte do dia custam quase nada além do servidor que você já aluga.
Abra app.hoody.com, faça login, e o roster inteiro aparece como tiles em uma única Workspace. Clique em um cliente e você está dentro daquele contêiner — terminal, arquivos, editor de código, preview de navegador — sem fazer malabarismo com quarenta projetos Vercel ou quarenta chaves SSH.
Contêineres fazem o isolamento. O host faz a densidade. A Workspace faz a gestão. O dono da agência vê uma tela, não quarenta painéis em quarenta abas de navegador.
Hospedagem por site é linear em dólares. Hospedagem por servidor é limitada. A mudança de formato aparece mais claramente quando você para de pagar por clientes que não fizeram deploy nas últimas três semanas.
Os números por site refletem o preço público de tabela em Vercel Pro, Netlify Pro e tiers similares; as contas reais de agência variam por tráfego e add-ons. O preço de servidor Hoody é orientado pelo marketplace e começa abaixo de $20/mês para uma máquina de entrada; $49 reflete um host médio para frota. A densidade depende da carga — quarenta sites de cliente mais estáticos se empilham confortavelmente; uma frota de SaaS pesados em banco quer mais folga.
O formato lembra o cPanel clássico — muitos sites, uma máquina. O mecanismo não tem nada a ver. Contêineres dão a cada cliente uma instância Linux real, não uma linha virtualhost.
Cada contêiner tem seu próprio sistema de arquivos raiz, seu próprio namespace de processos, suas próprias contas de usuário. Um site WordPress comprometido não consegue ler o wp-config.php de outro cliente, não consegue ver os processos de outro cliente, não consegue exaurir a cota de CPU de outro cliente. O kernel impõe isso.
Você continua cobrando seus clientes por site — é isso que eles entendem. Por baixo, você paga uma conta de servidor. A margem que sumia em linhas de hospedagem agora fica na agência. Embarque o quadragésimo primeiro cliente e a máquina não nota.
Quando um contrato termina, um DELETE /api/v1/containers/[id] remove o sistema de arquivos, processos, jobs agendados, variáveis de ambiente e chaves SSH. Sem droplet sobrando apodrecendo na DigitalOcean. Sem site WP Engine pela metade. A pegada do cliente sumiu.
Quarenta clientes eram quarenta faturas. Agora é um servidor e uma pasta.
A stack padrão de agência é uma torre de cobrança por site — um fornecedor para sites estáticos, outro para WordPress, outro para o droplet que roda o PHP legado que ninguém mexe. Quarenta clientes costumavam significar quarenta contas de aluguel. O modelo de contêiner colapsa todas elas:
Pare de pagar quarenta aluguéis para hospedar quarenta clientes. Pague um aluguel e hospede a agência.