Como usar a Azure Pricing Calculator (passo a passo)

Gastos em nuvem são fáceis de subestimar até a primeira fatura chegar. Felizmente, existe a Azure Pricing Calculator, a ferramenta gratuita da Microsoft, sem necessidade de login, para estimar o custo dos serviços do Azure antes de você implantar qualquer coisa.

O porém é que o Azure não tem um único preço por serviço. Uma máquina virtual, por exemplo, custa valores diferentes conforme a região, o tamanho, quantas horas por mês ela roda e qual plano de preços você escolhe. Multiplique isso por uma arquitetura real com cinco ou seis serviços e um preço de tabela isolado não serve para muita coisa.

Neste artigo, vou montar uma estimativa do zero, guiar você por um exemplo detalhado com máquina virtual e mostrar os erros que, silenciosamente, arruinam estimativas que pareciam cuidadosas.

A resposta rápida: como usar a Azure Pricing Calculator

Abra a Azure Pricing Calculator e siga os passos abaixo:

1. Pesquise no seletor de produtos o serviço do Azure que você quer precificar, como Virtual Machines.
2. Selecione para adicioná-lo à sua estimativa com a configuração padrão.
3. Defina a região, o nível (tier), o tamanho e outras opções específicas do serviço que você vai usar.
4. Informe o uso esperado, como horas por mês, armazenamento em GB ou solicitações por segundo — seja qual for a base de cobrança do serviço.
5. Escolha uma opção de preços, como Pay-As-You-Go, Reserved Instance ou Azure Savings Plan.
6. Revise o custo mensal e, quando houver, o custo antecipado exibido para aquele produto.
7. Repita para cada serviço da sua arquitetura, como banco de dados, conta de armazenamento e balanceador de carga.
8. Adicione um plano de suporte perto do final da página.

O total é atualizado em tempo real conforme você altera qualquer campo. E é aqui que a maioria das estimativas falha na prática: as equipes precificam só o serviço em foco e esquecem os serviços de que ele depende.

Lendo sua estimativa

A calculadora tem três partes que mais importam, e ajuda entender o papel de cada uma antes de começar a digitar números.

• O seletor de produtos: é a busca e a navegação por categorias no topo da página. As categorias incluem computação, armazenamento, bancos de dados, redes e IA e machine learning. Se você não souber o nome exato do produto, navegar por categoria costuma ser mais rápido do que adivinhar termos de busca.
• A configuração do serviço: cada produto adicionado ganha seu próprio bloco de configuração, e o conteúdo desse bloco depende do serviço. Uma VM, por exemplo, pede SO, tamanho e região. Já uma conta de armazenamento pede nível de redundância e frequência de acesso. Não existe um formulário universal: você configura cada serviço conforme suas regras.
• O uso estimado: aqui é onde o consumo projetado — horas, GB e transações — vira valor em dólar. Também é o campo que mais fica no padrão por descuido, um erro que explico mais adiante.

Alguns serviços mostram custo antecipado e custo mensal. Esse desmembramento aparece sobretudo com reservas, em que você paga uma parte agora para garantir uma taxa recorrente menor. Um valor mensal sem custo antecipado geralmente indica Pay-As-You-Go.

Passo a passo: precificando uma máquina virtual

Considere uma VM de uso geral para um ambiente de homologação.

Primeiro, pesquisamos por “Virtual Machine” e a adicionamos à estimativa. O produto vem com tamanho e região predefinidos. Altere a região primeiro, pois ela impacta todos os preços da página, e depois escolha o SO e o tamanho da VM. Observe que Windows tem um acréscimo de licenciamento em relação a Linux, a menos que você ative o Azure Hybrid Benefit.

Agora defina o uso esperado. A suposição padrão da Microsoft é 730 horas por mês, que é a média de horas em um mês. Em outras palavras, a calculadora presume que a VM roda 24/7. Normalmente isso faz sentido para um servidor de produção, mas não para uma máquina de homologação que só precisa ficar ativa no horário comercial.

Reduza as horas de 730 para, digamos, 200, e a estimativa é atualizada na hora. A mudança nem sempre é proporcional, porque alguns níveis de preços incluem mínimos ou degraus. Uma redução de 70% nas horas nem sempre gera 70% de redução no custo. Essa não linearidade é o motivo pelo qual uma tabela estática não revela o custo real — e a razão prática para usar a calculadora em vez de estimar só por preços de lista.

Comparando planos de preços

Depois de ter uma estimativa base, aparece o verdadeiro valor da calculadora. Você pode simular a mesma VM com diferentes níveis de compromisso e ver exatamente o que muda.

Pay-As-You-Go não exige compromisso e tem a maior taxa por hora, com total flexibilidade para redimensionar ou excluir a qualquer momento. Reserved Instances permitem se comprometer com um tamanho específico de VM em uma região específica por um ou três anos em troca de uma taxa significativamente menor. As economias para tamanhos de uso geral costumam ficar entre 40% e 70%, dependendo do prazo.

O Azure Savings Plan permite se comprometer com um valor de gasto por hora em vez de uma VM específica, e o Azure aplica o desconto a toda a computação elegível mesmo se você trocar de tamanho ou mover cargas entre recursos.

Não existe uma escolha única correta aqui. Depende da estabilidade da sua carga de trabalho e do nível de flexibilidade de que você precisa.

O que realmente mexe no número

Algumas decisões de arquitetura, não financeiras, determinam a maior parte da sua fatura:

Região

A região pesa muito, já que o mesmo tamanho de VM pode custar bem mais em uma região do que em outra. Se requisitos de compliance não prenderem você a uma região específica, compare algumas opções próximas.

Nível do serviço e tamanho

O nível do serviço e o tamanho também contam, porque “subir um nível só por garantia” é um hábito comum e caro. Modele os requisitos reais, não uma gordura por cima deles.

Sistema operacional e licenciamento

O sistema operacional influencia o preço, já que o licenciamento de Windows e SQL Server adiciona custo real. Como dito, o Azure Hybrid Benefit é a chave para times que já possuem licenças — e é fácil passar batido.

Volume de uso e plano de preços

O volume de uso e o plano de preços, já tratados acima, são onde acontece a maior variação.

Erros comuns que comprometem a estimativa

Mesmo uma estimativa bem construída pode dar errado por alguns motivos previsíveis. Vale conferir estes pontos antes de confiar no número final.

Deixar o uso padrão inalterado

O primeiro erro é manter o uso padrão. As 730 horas são um bom ponto de partida, mas uma péssima resposta final para qualquer coisa que não rode o tempo todo.

Esquecer serviços de apoio

O segundo é esquecer os serviços de apoio: uma VM precisa de disco, e um aplicativo normalmente precisa de um banco de dados. Estimativas que precificam só o serviço principal e omitem a infraestrutura ao redor vão subestimar a fatura real de forma recorrente.

Escolher a região errada

O terceiro é escolher a região errada, algo fácil de acontecer quando você estima para um cliente ou time em localização diferente da sua.

Ignorar custos de transferência de dados e rede

O quarto é ignorar custos de transferência de dados e rede, que variam conforme o consumo.

Comparar preços de varejo com preços negociados

O quinto é comparar preços de varejo com preços negociados: se a sua organização tem um acordo corporativo, os preços públicos da calculadora não vão bater com o que você realmente paga, a menos que você faça login e aplique o seu acordo.

Tratar a estimativa como fatura final

Por fim, não trate a estimativa como fatura final. A própria Microsoft observa que totais salvos podem mudar conforme os preços publicados do Azure mudam, então inclua uma margem.

Azure Pricing Calculator vs. Azure Cost Management

São duas ferramentas diferentes para problemas diferentes. A Pricing Calculator estima custos antes de você implantar qualquer recurso, permitindo modelar configurações hipotéticas e comparar cenários que ainda não existem. Já o Azure Cost Management analisa o que você de fato está gastando depois que os recursos estão ativos. Ele lida com uso real, faturas reais e anomalias reais.

Você precisa das duas, em momentos diferentes. Use a calculadora para estimar e planejar o orçamento antes de construir. Use o Cost Management depois para verificar se a realidade bate com o plano e detectar o desvio que inevitavelmente aparece quando tráfego real encontra infraestrutura real.

Boas práticas para estimar custos no Azure

Algumas boas práticas geram estimativas mais confiáveis de forma consistente

• Modele um uso realista — nem a capacidade máxima, nem o mínimo.
• Inclua todos os componentes da arquitetura, não só os que “parecem caros”.
• Compare duas ou três regiões, se seus requisitos de compliance permitirem.
• Simule a mesma carga em Pay-As-You-Go e em um nível com compromisso antes de escolher.
• Monte três cenários (uso esperado, baixo e alto) em vez de um número único, para ter uma faixa de planejamento.
• Reveja a estimativa quando a arquitetura ou os preços do Azure mudarem — nenhum dos dois fica estático por muito tempo.

Conclusão

O fluxo é simples: adicione os serviços de que você precisa, configure-os como realmente vão rodar, informe valores de uso realistas, selecione um plano de preços e revise o total. A calculadora cuida da matemática.

A precisão do resultado depende totalmente de quão próximos da realidade são os insumos. Uma estimativa calculada com precisão, mas baseada em um pressuposto de uso errado, continua sendo uma estimativa errada.

Crie múltiplos cenários antes de fechar a arquitetura e, depois que os recursos estiverem no ar, compare a estimativa com o gasto real no Azure Cost Management. Qualquer diferença entre os dois é valiosa: mostra onde seus pressupostos iniciais divergiram do uso real.