Por Que Construir um Homelab em 2026

A cloud te dá escala. Um homelab te dá coragem de destruir e recriar sem medo de conta surpresa.

Essa diferença parece pequena. Não é. Engenheiros que trabalham exclusivamente com cloud aprendem com medo — cada terraform apply errado gera custo. Isso cria aversão ao experimento, que é exatamente o oposto do que um ambiente de aprendizado exige.

Um Ryzen 5600G com 32 GB de RAM vale meses de conta AWS quando o objetivo é aprender, e não servir tráfego.

Para que serve um homelab de verdade

Não é nostalgia de sysadmin. É um laboratório de engenharia onde cada fase simula algo que você encontraria numa empresa real, sem custo variável por experimento.

Sem um laboratório físico, não existe onde simular falhas de rede, testar GPU passthrough para uma LLM local ou praticar GitOps de ponta a ponta sem a cobrança por uso pairando sobre cada tentativa.

O hardware

A build atual é deliberadamente sem graça:

• CPU: AMD Ryzen 5 5600G (6 núcleos / 12 threads)
• RAM: 32 GB DDR4
• Armazenamento: NVMe de 500 GB para o sistema, SSD de 1 TB para as VMs
• GPU: uma GTX 970 reservada para trabalho com LLM local via passthrough
• Rede: bridges separadas para LAN, uma sub-rede isolada de laboratório e IoT

Nada aqui é exótico, e esse é o ponto. A restrição que importa é ter hardware que você esteja disposto a quebrar.

Escolhendo o hipervisor

VMware ESXi foi a resposta padrão por anos. Depois da aquisição pela Broadcom, os custos de licença subiram muito e a versão gratuita foi descontinuada. Um ecossistema fechado com trajetória de preço hostil é uma base ruim para ambiente de aprendizado.

Hyper-V é competente, mas amarrado ao licenciamento do Windows Server, PowerShell-first de um jeito que limita portabilidade, e sem uma API REST nativa realmente útil.

Proxmox VE venceu: open source sob Apache 2.0, baseado em KVM sem camada de abstração proprietária, API REST nativa sobre a qual o provider do Terraform é construído, web UI incluída e suporte a ZFS e LVM-thin de fábrica.

A API pesou mais do que qualquer outro item dessa lista, porque é o que torna o laboratório programável em vez de montado no clique.

Infraestrutura como fábrica de clones

O repositório se chama kamino, em referência ao planeta de clonagem — o Terraform trata VMs como clones carimbados a partir de templates, não como bichinhos de estimação configurados à mão.

Esse é o hábito que vale construir. Quando recriar uma VM custa um comando e zero reais, você para de proteger máquinas quebradas. Você destrói e provisiona de novo e, ao fazer isso, descobre cada pedaço de estado que esqueceu de codificar. Esse loop de feedback é bem difícil de desenvolver quando cada iteração te cobra.

As fases

O laboratório é construído em etapas, não de uma vez:

1. Foundation — Proxmox, uma VM de desenvolvimento, DNS local e a decisão de armazenamento entre ZFS e LVM-thin.
2. Cloud native — Kubernetes multi-node com Helm e ArgoCD, fazendo GitOps de verdade.
3. Observabilidade — Prometheus, Grafana, Loki, Alertmanager.
4. Segurança — gestão de segredos, identidade, detecção de intrusão, scanning de imagens.
5. IA local — GPU passthrough para inferência de modelos locais.

Cada fase é útil de forma independente, o que importa porque um homelab que exige conclusão total antes de entregar valor é um homelab abandonado na fase dois.

O trade-off honesto

Você ganha um lugar para ser genuinamente imprudente, que é onde o aprendizado mais rápido acontece, além de hardware que não custa nada por experimento depois de comprado.

Você paga em energia elétrica, em manutenção física que ninguém vai fazer por você e na realidade de que seu laboratório não é altamente disponível. Quando o disco morre, você é a escala de plantão.

Essa última parte não é uma desvantagem. Ser a pessoa que precisa consertar às 23h é exatamente como as lições operacionais grudam.