Kubernetes gerenciado ou autogerenciado: a conta que quase ninguém faz direito

A comparação costuma começar e terminar no lugar errado: quanto custa o plano de controle gerenciado por mês. É a linha menos relevante das duas planilhas, e focar nela leva a decisões que se lamentam dois anos depois.

A conta honesta envolve tráfego de saída, horas de gente, custo de capacidade ociosa, prazo de aquisição de hardware e o preço de sair — e o resultado varia muito conforme o perfil da operação. Este texto monta a planilha completa e mostra onde cada lado costuma esconder custo.

O que você compra em cada modelo

Gerenciado (EKS, GKE, AKS e equivalentes): o provedor opera o plano de controle — atualização, disponibilidade, escala, backup do estado. Você opera os nós de trabalho, as aplicações e tudo que instalou no cluster.

Autogerenciado: você opera tudo, incluindo o plano de controle. Pode ser sobre nuvem pública, sobre a sua virtualização, ou direto no hardware.

A fronteira é mais estreita do que o marketing sugere. Mesmo no gerenciado, continuam suas: atualização dos nós, os componentes de infraestrutura que você instalou, API depreciada nos seus manifestos, dimensionamento, segurança das cargas, backup dos volumes e das aplicações. O provedor removeu uma peça, não o trabalho.

As linhas que realmente movem a conta

Tráfego de saída

A linha mais subestimada e a que mais surpreende em nuvem pública. Transferência de dados para fora é cobrada por volume, e o preço por unidade é alto comparado ao custo de banda em colocation.

Aplicações que servem muito conteúdo, transferem arquivos, replicam dados entre regiões ou fazem backup para fora acumulam nessa linha de forma que não aparece em nenhuma estimativa inicial. Em operações intensivas em dados, ela sozinha pode inverter a comparação.

Faça a estimativa com o volume real do seu tráfego. É a primeira coisa que recomendamos calcular.

Horas de gente

O argumento central do gerenciado, e ele é legítimo. Operar plano de controle exige competência específica: quórum do armazenamento de estado, certificados que expiram, atualização sem parar, backup e restauração do estado do cluster.

Mas a contabilização precisa ser honesta dos dois lados:

• No gerenciado, você economiza a operação do plano de controle. Não economiza a atualização dos nós, a gestão dos componentes instalados, nem o trabalho de API depreciada.
• No autogerenciado sobre virtualização própria, boa parte do trabalho já está feita: se você já opera um cluster de virtualização com alta disponibilidade e backup, adicionar um cluster Kubernetes sobre ele é incremental, não estrutural.

Esse segundo ponto é o que muda a conta para quem já tem infraestrutura. O custo marginal de operar Kubernetes sobre um cluster de virtualização existente é muito menor do que o custo de começar do zero.

Capacidade ociosa

Na nuvem, você paga pelos nós ligados. Em infraestrutura própria, o hardware já foi comprado — capacidade ociosa é capital parado, não despesa mensal.

Isso inverte o cálculo conforme o padrão de carga:

• Carga muito variável, com picos raros e vales longos: a nuvem ganha, porque você paga pelo que usa.
• Carga estável e previsível: infraestrutura própria ganha, porque você compra a capacidade uma vez e a usa integralmente.

Cargas de aplicação corporativa costumam ser do segundo tipo, e isso é frequentemente ignorado na comparação.

Prazo e capital

Nuvem: nó novo em minutos, sem capital imobilizado, sem ciclo de aprovação. É uma vantagem real e não aparece em planilha de custo.

Próprio: prazo de aquisição medido em meses, capital imobilizado, janela orçamentária. Exige planejamento de capacidade que a nuvem dispensa.

O custo de sair

A linha que ninguém coloca na planilha e que decide o poder de negociação futuro.

Sair de um provedor gerenciado significa mover dados — pagando tráfego de saída sobre o volume acumulado —, reescrever o que usa serviços proprietários (balanceador, storage, identidade, banco gerenciado, filas) e retestar tudo. Quanto mais serviços do provedor você adota, maior o custo.

A mitigação, se você escolhe gerenciado: mantenha as fronteiras. Use os serviços do provedor deliberadamente, sabendo o preço de cada dependência, e prefira interfaces portáveis onde a diferença de esforço for pequena.

A planilha completa

Monte as duas colunas com estas linhas:

Preencha com o seu volume e o seu padrão de carga, não com médias. E projete para três anos, porque a depreciação do hardware acontece nesse horizonte e a comparação de um mês favorece artificialmente a nuvem.

Quando cada um ganha

Gerenciado faz mais sentido quando:

• A carga é muito variável, com picos que exigiriam comprar capacidade para o pico.
• O time é pequeno e não tem competência de infraestrutura — nem apetite para construí-la.
• Velocidade de início importa mais que custo no horizonte de três anos.
• Você já usa profundamente outros serviços do mesmo provedor.
• Não há infraestrutura própria e criar uma não faz parte da estratégia.
• O tráfego de saída é baixo.

Autogerenciado faz mais sentido quando:

• Você já opera infraestrutura própria. O custo marginal é pequeno, e esta é a situação mais comum entre nossos clientes.
• A carga é estável e previsível.
• O tráfego de saída é alto.
• Há exigência de manter dado no país ou na própria infraestrutura.
• Latência até sistemas locais importa.
• Aprisionamento em fornecedor é preocupação estratégica.
• O horizonte é longo e o volume justifica a depreciação.

O meio-termo que resolve muita coisa

A escolha não precisa ser binária, e duas combinações funcionam bem:

Kubernetes sobre a sua virtualização. Cluster autogerenciado rodando em VMs no seu cluster Proxmox. Você ganha alta disponibilidade no nível da VM — se o nó físico cai, a VM sobe em outro —, snapshot e backup do nó inteiro pela ferramenta que você já opera, e criação de nó novo em minutos por template, sem esperar hardware. É o desenho que mais recomendamos para quem já tem virtualização, porque aproveita o investimento existente e reduz a complexidade específica de Kubernetes.

Híbrido por carga. Produção estável no próprio, picos e ambientes de teste na nuvem. Exige disciplina para manter as aplicações portáveis, e entrega o melhor dos dois perfis de custo.

Erros comuns

• Comparar apenas o preço do plano de controle gerenciado.
• Esquecer o tráfego de saída.
• Comparar um mês em vez de três anos.
• Supor que gerenciado elimina o trabalho de plataforma.
• Contabilizar horas de gente só de um lado.
• Ignorar que quem já tem virtualização tem custo marginal baixo.
• Não considerar capacidade ociosa como capital parado.
• Adotar serviços proprietários sem medir o custo de sair.
• Autogerenciar plano de controle sem competência nem plano de recuperação.
• Escolher próprio por custo e não planejar capacidade.
• Escolher nuvem por velocidade e não monitorar a fatura.
• Decidir sem projetar o volume de dados do ano seguinte.

A recomendação prática

Faça a planilha de três anos com os seus números, incluindo tráfego de saída e horas de gente dos dois lados. Se a diferença for menor que 30%, decida por competência da equipe e estratégia, não por custo — nessa faixa, a planilha não é conclusiva e o fator humano decide o resultado.

E se você já opera virtualização própria com alta disponibilidade e backup, coloque na planilha a terceira coluna: Kubernetes sobre a infraestrutura que você já tem. Ela frequentemente vence as outras duas, e quase nunca é calculada.

Onde a Solvefy/Cloud entra

Montamos essa comparação com os seus números reais — volume de tráfego, padrão de carga, capacidade existente, horas de equipe — e projetamos três anos para os cenários aplicáveis, incluindo o de Kubernetes sobre a sua virtualização. Depois, implantamos o caminho escolhido: cluster gerenciado bem operado, cluster próprio sobre Proxmox com alta disponibilidade e backup, ou o híbrido. E dizemos quando o gerenciado é a resposta certa — decisão de plataforma é para anos, e não vale forçar.

Quer a conta honesta antes de decidir? Diagnóstico gratuito, sem compromisso, em solvefy.cloud.

Solvefy/Cloud — Infraestrutura que cresce com você.