Meu provedor de cloud aumentou o preço drasticamente
Resposta rápida
Conta de cloud explodindo ou reajuste agressivo exige três frentes paralelas: visibilidade, otimização e negociação. Primeiro, visibilidade — abra o custo por serviço, por ambiente (produção, homologação, teste), por time/projeto, e identifique onde está o salto. Quase sempre o crescimento vem de poucos itens, não de aumento uniforme. Segundo, otimização FinOps emergencial — rightsizing de instâncias superdimensionadas, desligamento de recursos esquecidos, limpeza de ambientes de teste, conversão para reservas ou compromissos de uso, ajuste de tier de storage. Costuma render de 15-40% de redução em poucas semanas. Terceiro, negociação com o provedor — com plano B credível (orçamento de provedor alternativo, viabilidade técnica de migração), pedido formal de revisão, eventual escalada para gerente de conta executivo. Migração só vira opção real depois de esgotar otimização e renegociação.
Na empresa pequena, o salto da conta costuma vir de dois lugares: recurso esquecido ligado 24h (instância de teste sem desligar, banco em ambiente errado), ou crescimento orgânico do produto sem otimização. A primeira ação é entrar no console e listar tudo que está rodando — costuma ter coisa esquecida desde a fundação. Em paralelo, peça ao provedor uma análise de uso (eles têm e fornecem se pedido). Migração entre provedores para empresa pequena raramente compensa pelo trabalho envolvido — foque em otimização e em negociar plano mais adequado ao perfil de uso. Considere fechar com revendedor especializado (parceiro do provedor), que costuma oferecer desconto e suporte FinOps básico sem custo extra.
Na empresa média, a conta cresceu sem governança proporcional — sem tagueamento de recursos, sem responsável claro por ambiente, sem revisão regular. A primeira ação é montar visão consolidada por ambiente, por time e por serviço (mesmo manual em planilha, se necessário) e identificar os 10 maiores gastos. Quase sempre 80% do custo está em 20% dos recursos. Faça otimização agressiva nesses 20% primeiro: rightsizing, reservas, desligamento programado, ajuste de storage. Acione gerente de conta do provedor com volume contratado, perfil de uso e pedido de revisão — eles costumam ter desconto em mão para evitar churn de cliente desse porte. Plano B de migração começa a ser avaliado se a conta segue insustentável após otimização.
Na empresa grande, a conta de cloud costuma ser milhões por mês, com contrato corporativo e gerente de conta dedicado. Disciplina FinOps já deveria existir; o salto pode revelar lacuna de governança em algum time ou produto. Acione a prática de FinOps interna (se houver) ou contrate consultoria FinOps para análise rápida. Negociação é em outro nível — vale comitê executivo com o provedor, eventualmente CEO-to-CEO se o volume justificar. Plano B de migração tem viabilidade real e costuma ser usado como alavanca de negociação (multi-cloud já existe em muitos casos). Cuidado com o cálculo simplista de migração — TCO incluindo redesenho de arquitetura, capacitação de time e período de duplo custo costuma ser substancialmente maior que comparação direta de preço de lista.
- A conta do mês passado foi múltiplos da média histórica
- Veio aviso de reajuste pesado para o próximo ciclo
- Financeiro está questionando crescimento sem explicação
- Não há clareza interna sobre quem usa o quê na conta
- Recursos esquecidos rodando 24h foram descobertos
- O dólar variou e impactou a conta em moeda local
Visibilidade: onde está o salto
O reflexo de cortar globalmente sem entender é o caminho mais rápido para derrubar produção. Antes de qualquer ação, monte visão clara do que se gasta e em quê. Os provedores grandes dão relatórios detalhados — só precisa abrir.
O que olhar primeiro
Custo por serviço (computação, storage, transferência de dados, banco gerenciado, etc.) revela onde concentra. Custo por ambiente (produção, homologação, teste, sandbox) costuma mostrar que ambientes não-produtivos consomem mais que se imaginava. Custo por tag de time ou projeto, se houver tagueamento, indica quem é responsável. Curva temporal mostra quando o salto aconteceu — coincidência com deploy, com novo produto, com mudança de configuração explica a causa.
- Monte a visão consolidada. Custo por serviço, por ambiente, por time. Identifique os dez maiores gastos — costumam representar 80% da conta.
- Cace recursos esquecidos. Instâncias de teste rodando 24h, ambientes que ninguém usa há meses, snapshots antigos, IPs reservados sem uso, banco em ambiente errado. Desligar o esquecido é ganho imediato e seguro.
- Faça rightsizing das instâncias. Muitos recursos foram dimensionados com folga "para garantir" e nunca foram revistos. Métricas de uso (CPU, memória) mostram onde dá para reduzir sem impacto.
- Avalie reservas e compromissos de uso. Para recursos com uso previsível e contínuo, reserva (1 ou 3 anos) ou compromisso de uso costuma render desconto significativo sobre o preço sob demanda.
- Ajuste storage por tier. Backup antigo em storage de alta performance é desperdício. Migrar para tier frio (archive) reduz substancialmente o custo de dado que raramente é acessado.
- Acione o gerente de conta do provedor. Apresente volume, perfil de uso e pedido formal de revisão. Provedor prefere reter cliente com desconto a perder.
- Prepare o plano B como alavanca. Orçamento real de provedor alternativo e análise de viabilidade técnica de migração reforça a negociação. Sem plano B, a negociação tem teto baixo.
Renegociação: como conquistar margem
A negociação com provedor de cloud não é como negociação com fornecedor pequeno. Os provedores grandes têm processo formal, gerentes de conta com cota de desconto e estrutura para reter cliente. Algumas práticas que rendem.
Apresente o volume real consolidado (não a conta do mês, o histórico de 12 meses agregado). Demonstre uso previsível e compromisso de longo prazo — em troca de reservas ou contrato plurianual, o desconto costuma ser substancial. Negocie em conjunto serviços, não item por item — pacote tem mais margem. Use plano B credível como alavanca: orçamento real de alternativa, viabilidade técnica avaliada. Sem plano B, o teto da negociação é baixo. Para conta grande, escale ao gerente executivo ou comitê do provedor — eles existem para esses casos.
Migração: opção real ou alavanca de negociação?
Migrar de provedor de cloud é projeto sério. TCO de migração inclui redesenho de arquitetura (cada provedor tem serviços específicos que não traduzem 1:1), capacitação de time, período de duplo custo (rodando em dois lugares durante a transição), risco operacional. A comparação direta de preço de lista entre provedores costuma ser enganosa — provedor mais barato no preço-tabela costuma sair mais caro no TCO real para boa parte das cargas.
A migração faz sentido em três cenários: a otimização e renegociação no atual não conseguem fechar a equação econômica; o provedor atual tem limitação técnica relevante para o roadmap; a empresa quer multi-cloud por estratégia de risco/governança. Fora desses cenários, vale mais investir em FinOps interno e renegociar do que migrar.
Cortar antes de entender. Reduzir instância em produção sem mapear uso pode derrubar serviço. Visibilidade primeiro, corte depois.
Ignorar custos pequenos somados. Cem snapshots de R$ 5 são R$ 500. Limpar o esquecido em massa rende mais que costuma parecer.
Negociar sem plano B credível. Sem alternativa avaliada, o gerente de conta não tem incentivo para conceder. Plano B real abre margem real.
Migrar olhando só preço de lista. TCO de migração inclui redesenho, capacitação, duplo custo, risco. Provedor mais barato no rótulo costuma não ser mais barato na conta consolidada.
Não estabelecer governança após resolver. Sem tagueamento, sem responsável por ambiente, sem revisão regular, o salto volta. FinOps é prática contínua, não projeto.
- Custo por serviço, ambiente e time está mapeado
- Recursos esquecidos foram identificados e desligados
- Rightsizing baseado em uso real foi aplicado
- Reservas e compromissos foram avaliados para uso previsível
- Storage por tier foi revisado
- Variação cambial foi separada do crescimento de uso
- Plano B (orçamento alternativo + viabilidade) está documentado para sustentar negociação
- Há plano de governança FinOps contínuo para evitar reincidência