O custo do Azure escapa por recurso que ficou ligado depois do projeto, por máquina maior do que a carga pede e por compromisso de consumo comprado sem acompanhamento. Trazer o controle de volta começa por dar um dono a cada recurso e acompanhar o gasto com relatório e alerta que alguém, de fato, lê.

Pense numa rede de varejo que reforçou o ambiente no Azure para aguentar a Black Friday. A campanha passa, as vendas voltam ao ritmo normal e, meses depois, a fatura ainda carrega parte daquela estrutura. O financeiro pergunta de onde vem o valor, e a TI leva dias para montar a resposta. É esse caminho que o artigo percorre.

Onde o custo do Azure escapa no dia a dia

Boa parte dos serviços do Azure cobra enquanto o recurso existe. Por isso o desperdício passa despercebido: nada quebra, nenhum usuário reclama, e o gasto só aparece no fim do mês, quando a fatura chega maior.

No varejo do exemplo, o vazamento vem de três lugares ao mesmo tempo. Primeiro, os ambientes de teste da campanha, que continuaram ligados porque não tinham responsável definido. Depois, os servidores da loja virtual, dimensionados para o pico e mantidos nesse tamanho o ano todo. Por fim, uma reserva comprada às pressas, sem olhar para o uso real. Cada um desses pontos pede um tratamento diferente, e o custo do Azure só cai de forma consistente quando os três entram na conta.

Recurso esquecido e máquina maior que a carga

O recurso esquecido é o desperdício mais fácil de entender. A documentação de otimização de custo da Microsoft descreve recursos ociosos, órfãos ou esquecidos, que não dão nenhum retorno e devem ser removidos. O exemplo dela é comum: a máquina virtual sai, e o armazenamento ligado a ela fica para trás, cobrando. Além disso, parar um recurso nem sempre interrompe a cobrança. Quando os dados ainda importam, a orientação é fazer backup e então remover.

Já a máquina maior que a carga dá mais trabalho, porque ela está em uso. O ajuste de tamanho, chamado de rightsizing, parte do consumo real de processador, memória e armazenamento, e não da estimativa feita no dia da compra. Para quem tem pico sazonal, como o varejo, a Microsoft indica escalar automaticamente conforme a demanda, com um limite máximo definido para que um pico inesperado não vire gasto fora de controle.

Para saber por onde começar, o Microsoft Cost Management aponta as recomendações de custo do Azure Advisor como primeira parada. Elas são atualizadas diariamente e mostram, recurso por recurso, onde há capacidade sobrando. Assim, a revisão deixa de depender de alguém abrindo máquina por máquina.

Quando a reserva de capacidade ajuda

A reserva do Azure é um compromisso de uso por um ou três anos em troca de desconto. Ela não muda nada no funcionamento dos recursos: o desconto entra sozinho na cobrança dos recursos que combinam com o que foi reservado, como tipo de máquina, região e escopo.

O risco está em reservar o tamanho errado. A própria Microsoft orienta a comprar com base no uso que se mantém estável, e o pico do varejo é justamente o contrário disso. Se a empresa reserva a capacidade da Black Friday, passa o resto do ano pagando por uma estrutura parada. Do mesmo jeito, reservar antes do ajuste de tamanho prende o excesso por um ou três anos. A troca e a devolução existem, mas com regras e limites.

Por isso, para baixar o custo do Azure, a ordem importa. Primeiro, a empresa limpa o que está esquecido e ajusta o que está grande demais. Em seguida, reserva a base que roda o ano inteiro. O pico fica com a escala automática, cobrado só quando acontece.

Governança que segura o custo do Azure

Corte pontual resolve a fatura do mês. Para o gasto não voltar, entra a governança, e ela começa por dar um responsável a cada recurso. Na prática, isso é feito com tags: a Microsoft sugere registrar o dono e até o prazo previsto de uso, para que o recurso temporário já nasça com data para sair.

Depois vem o orçamento. No Cost Management, ele dispara aviso por e-mail quando o gasto real, ou o previsto para o mês, passa do limite combinado. No entanto, o orçamento não desliga nada sozinho: os recursos continuam rodando até alguém agir, ou até uma automação configurada para isso entrar em ação. Também existem alertas de anomalia, que avisam quando o uso diário foge do padrão.

Por fim, o relatório precisa ter leitor dos dois lados. É esse o trabalho descrito na página de FinOps & Otimização de Custos da SLMIT: finanças, operações e TI olhando os mesmos números, com acompanhamento contínuo, relatórios detalhados sobre o uso dos recursos, identificação de desperdícios e políticas claras para os gastos em nuvem. Assim, o custo do Azure entra no planejamento financeiro da empresa em vez de aparecer como surpresa.

Quando a empresa também quer entregar a operação do ambiente, o Azure Gerenciado inclui análise de consumo, custos e reservas, relatórios periódicos de custos e um plano de melhoria contínua com redimensionamento dos ambientes.

Perguntas frequentes

De onde vem a maior parte do custo do Azure?

Depende do ambiente de cada empresa, e a resposta está nos dados dela. A análise de custo do Microsoft Cost Management separa o gasto por assinatura, grupo de recursos e tag. Com o dono de cada recurso registrado, o mesmo relatório mostra também qual área gasta mais.

Reserva de capacidade vale a pena?

Vale para a parte do ambiente que roda o tempo todo, no mesmo tamanho, depois do ajuste de capacidade. Para pico sazonal e para projeto com data para acabar, a escala automática e o pagamento pelo uso costumam fazer mais sentido.

Com que frequência revisar o gasto?

Os dados de custo chegam ao Cost Management diariamente, e o alerta cuida do que foge do previsto entre uma revisão e outra. A revisão com TI e finanças acompanha o fechamento da fatura. Além disso, ela entra antes de qualquer compra de reserva e depois de cada pico sazonal. Se a fatura do Azure subiu e a sua equipe ainda não consegue explicar por quê, fale com a SLMIT