Não existe um preço típico para os serviços de cloud, porque paga-se pelo que se utiliza: os serviços que executa, vezes o respetivo preço unitário, vezes o volume que consome. Quatro fatores determinam a maioria das faturas: horas de computação, dados armazenados, dados enviados para a internet e suporte. Os descontos por compromisso reduzem depois a linha de computação até 72% na AWS e no Azure.
Pontos principais
- As faturas de cloud seguem uma fórmula simples: serviço × preço unitário × volume. Alterando qualquer um dos três, a fatura muda.
- A computação a pedido (on-demand) é faturada ao segundo ou à hora. Compromissos a um ou três anos reduzem-na até 72% (AWS EC2 Instance Savings Plans, reservas do Azure); as instâncias Spot, que usam capacidade excedente, até 90%.
- As linhas de que mais se esquecem são a transferência de dados de saída, as taxas de recuperação de armazenamento e de duração mínima, os planos de suporte e as licenças de software.
- O desperdício é frequente. No inquérito State of the Cloud 2026 da Flexera, os inquiridos estimaram que 29% da sua despesa em cloud é desperdiçada.
- Para obter um valor real, calcule o preço das suas próprias cargas de trabalho nas calculadoras oficiais da AWS, do Azure ou do Google Cloud e some depois suporte, licenças e operação.
Como é calculado o preço da cloud?
Cada fatura de cloud pública é a soma de itens medidos. Para cada um, o fornecedor multiplica um preço unitário pela sua utilização: vCPU e memória por segundo ou por hora, gigabytes armazenados por mês, gigabytes transferidos, pedidos ou licenças por utilizador.
Três pormenores fazem esta fórmula comportar-se de forma diferente de um orçamento de TI tradicional:
- Faturação granular. A AWS fatura as instâncias Linux On-Demand ao segundo, com um mínimo de 60 segundos, segundo a sua página de preços EC2 On-Demand. Se desligar um recurso, o custo pára.
- Preços regionais. O mesmo tipo de instância ou classe de armazenamento pode custar valores diferentes em Estocolmo, Frankfurt, Mumbai ou na Virgínia. As regras de residência de dados decidem muitas vezes a região antes do preço.
- Quotas gratuitas. A AWS, por exemplo, inclui gratuitamente os primeiros 100 GB por mês de transferência de dados de saída para a internet, agregados entre serviços e regiões. O Google Cloud oferece aos novos clientes 300 USD de crédito e um escalão gratuito em mais de 20 produtos.
Os principais modelos de preços da cloud
A maioria das organizações acaba por usar vários modelos em simultâneo: compromissos para a base estável, on-demand para a carga variável e Spot para tarefas interruptíveis.
| Modelo | Como funciona | Desconto máximo publicado | Ideal para |
|---|---|---|---|
| On-demand (pagamento por utilização) | Sem compromisso; paga-se o preço de tabela pelo que se utiliza | Nenhum (preço de tabela) | Cargas de trabalho novas, irregulares ou de curta duração |
| AWS Savings Plans | Compromisso de gasto em $/hora durante 1 ou 3 anos | Até 72% (EC2 Instance Savings Plans); até 66% (Compute Savings Plans) | Computação estável na AWS |
| Azure Reserved VM Instances | Reserva de capacidade de VM durante 1 ou 3 anos | Até 72% face ao pagamento por utilização | VM estáveis no Azure |
| Google Cloud committed use discounts | Compromisso de recursos ou de gasto durante 1 ou 3 anos | Até 55% na maioria das séries de máquinas; até 70% nas otimizadas para memória (baseado em recursos) | Cargas de trabalho estáveis no Google Cloud |
| Spot / capacidade excedente | Utiliza capacidade excedente que pode ser recuperada com pouco aviso | Até 90% face ao On-Demand (AWS EC2 Spot) | Processamento em lote, CI/CD, renderização, tarefas tolerantes a falhas |
| Subscrição por utilizador (SaaS) | Valor fixo por utilizador, por mês ou por ano | Varia consoante o fornecedor e o volume | Correio eletrónico, colaboração, aplicações de negócio |
Fontes: preços dos AWS Savings Plans, Azure Reserved VM Instances, Google Cloud committed use discounts e Amazon EC2 Spot Instances. Estes valores são máximos. Os descontos reais dependem da família de instâncias, da região, do prazo e da opção de pagamento, e os prazos de três anos dão as maiores reduções. O nosso guia dos AWS Savings Plans explica como dimensionar um compromisso sem comprar em excesso.
O que determina os custos da cloud?
Computação
Máquinas virtuais, contentores e funções serverless são normalmente a linha mais pesada. O custo depende do tamanho da instância (vCPU e memória), da família (uso geral ou otimizada para computação, memória ou GPU), do sistema operativo, do número de horas em execução e do modelo de preços aplicado. As instâncias sobredimensionadas são a origem mais comum de despesa evitável.
Armazenamento
Paga-se por gigabyte-mês, a uma taxa definida pela classe de armazenamento. As classes de ficheiro, mais baratas, trazem taxas de recuperação e durações mínimas de armazenamento; o S3 Glacier Deep Archive, por exemplo, tem um mínimo de 180 dias. Os snapshots e as cópias de segurança crescem sem darmos por isso, a menos que uma política de retenção os elimine.
Transferência de dados
Os dados que entram na cloud são, em geral, gratuitos, enquanto os dados que saem para a internet são cobrados por gigabyte depois de esgotada qualquer quota gratuita. O tráfego entre regiões e, nalguns casos, entre Zonas de Disponibilidade também é medido. As aplicações que servem ficheiros grandes ou replicam dados entre regiões são as que mais o sentem.
Serviços geridos e bases de dados
Bases de dados geridas, planos de controlo de Kubernetes, balanceadores de carga, gateways NAT, monitorização e registo (logging) acrescentam, cada um, os seus próprios custos por hora ou por pedido. Poupam tempo de engenharia, mas têm de constar da estimativa.
Planos de suporte
O suporte básico está incluído, mas o suporte empresarial é calculado como uma percentagem da fatura. O preçário de suporte da AWS, por exemplo, cobra o Business Support+ ao maior valor entre 29 USD por mês ou uma percentagem variável dos encargos mensais da AWS, começando em 9% dos primeiros 10 000 USD. O Enterprise Support começa em 5000 USD por mês.
Licenças de software
Windows Server, SQL Server, Red Hat e bases de dados comerciais podem custar tanto como a infraestrutura em que assentam. As opções de licença própria (bring-your-own-licence), como o Azure Hybrid Benefit, alteram a comparação, por isso verifique que licenças já possui.
Porque não existe um "custo médio da cloud" fiável?
Como os custos da cloud acompanham a utilização, duas empresas do mesmo tamanho podem ter faturas que diferem numa ordem de grandeza. Uma empresa que usa correio eletrónico e CRM em modo SaaS paga por utilizador; uma que opera a sua própria plataforma de dados paga computação e armazenamento em grande escala. Médias de infraestruturas tão diferentes não ajudam a orçamentar, e é por isso que este artigo não apresenta nenhuma.
O que os dados de inquéritos mostram é que gerir a fatura é difícil. No relatório State of the Cloud 2026 da Flexera, baseado em mais de 750 decisores de cloud, 85% apontaram a gestão da despesa em cloud como um dos principais desafios, e o desperdício estimado subiu para 29%, o primeiro aumento em cinco anos, com as cargas de trabalho de IA a agravarem o problema.
Como estimar quanto vão custar os serviços de cloud
- Liste as cargas de trabalho. Para cada aplicação, registe servidores, CPU e memória, armazenamento, bases de dados, carga máxima e média, e a quantidade de dados que sai do sistema por mês.
- Associe-as a serviços de cloud. Decida o que migra tal como está (máquinas virtuais) e o que muda (bases de dados geridas, contentores, serverless). A escolha da arquitetura pesa mais na fatura do que a escolha do fornecedor.
- Calcule o preço nas calculadoras oficiais. Utilize a AWS Pricing Calculator, a calculadora de preços do Azure ou a calculadora de preços do Google Cloud, com a região que vai realmente usar.
- Acrescente as linhas esquecidas. Transferência de dados, cópias de segurança e snapshots, registo e monitorização, plano de suporte, licenças, ferramentas de segurança e as pessoas ou o parceiro que vão operar o ambiente.
- Modele os descontos. Calcule o preço da base estável com compromissos a um e a três anos e deixe apenas a parte variável em on-demand.
- Compare o custo total de propriedade. Em relação ao on-premises, inclua a renovação de hardware, o espaço e a energia do centro de dados, os contratos de manutenção e o tempo das equipas, e não apenas o preço dos servidores.
Conte com um desvio na primeira estimativa. Execute a carga de trabalho durante um ou dois meses, compare a fatura com o plano e ajuste antes de assumir um compromisso de três anos.
Quanto se pode poupar ao migrar para a cloud?
Depende do que se migra e de como se opera depois. Migrar servidores tal como estão e deixá-los a funcionar 24 horas por dia custa muitas vezes mais do que o esperado. As poupanças vêm do redimensionamento (rightsizing), do auto-scaling, de desligar ambientes inativos e de comprar compromissos para a base estável.
Um exemplo: quando a Opsio migrou o grupo sueco de estâncias de esqui Branäsgruppen de VMware para a AWS, o caso reporta uma redução de 40% no custo total de propriedade, obtida ao combinar auto-scaling bem dimensionado com práticas de FinOps. O tráfego do grupo é fortemente sazonal, que é onde pagar apenas pela capacidade em uso mais ajuda.
Como manter a despesa em cloud sob controlo
- Etiquete tudo por equipa, aplicação e ambiente, para que os custos da cloud tenham um responsável.
- Defina orçamentos e alertas por conta ou projeto, para que as surpresas apareçam em dias e não no fim do mês.
- Redimensione todos os meses com base nos dados de utilização e elimine discos não anexados, snapshots antigos e balanceadores de carga inativos.
- Agende os ambientes não produtivos para pararem fora do horário de trabalho.
- Reveja os compromissos todos os trimestres para que a cobertura acompanhe a sua base real.
- Faça disto um processo partilhado entre engenharia e finanças. O FinOps Framework da FinOps Foundation descreve como o organizar.
Como a Opsio ajuda
A Opsio calcula e opera cargas de trabalho na AWS, no Azure e no Google Cloud para organizações nos países nórdicos, na UE e na Índia. Elaboramos estimativas de custos antes da migração para a cloud e, depois, os nossos serviços de otimização de custos da cloud e de FinOps tratam de etiquetagem, orçamentos, redimensionamento e planeamento de compromissos. Para comparar primeiro os fornecedores, consulte o nosso guia AWS vs Azure vs GCP.
Perguntas frequentes
Quanto custam por mês os serviços de cloud?
Desde nada, dentro dos escalões gratuitos, até milhões para grandes empresas. O custo mensal é a soma da computação, do armazenamento, da transferência de dados, dos serviços geridos, do suporte e das licenças que utiliza. Calcule o preço das suas próprias cargas de trabalho na calculadora do fornecedor para obter um valor realista.
Qual é o custo médio da computação em cloud?
Não existe uma média com significado, porque a utilização difere muito entre organizações. Uma referência melhor é o custo unitário, como o custo por cliente, por transação ou por ambiente, acompanhado ao longo do tempo.
A cloud é mais barata do que o on-premises?
Pode ser, mas não é automático. A cloud costuma ser mais barata para cargas variáveis ou sazonais e quando se redimensiona e se usam descontos por compromisso. Cargas estáveis migradas sem alterações e deixadas em on-demand podem custar mais do que os servidores que substituíram.
Quais são os custos ocultos dos serviços de cloud?
As surpresas habituais são a transferência de dados para fora da cloud e entre regiões, as taxas de recuperação e de duração mínima nos escalões de ficheiro, snapshots e registos em crescimento, planos de suporte calculados como percentagem da despesa e licenças de software.
Como posso reduzir os custos da cloud?
Comece pela visibilidade: etiquete os recursos e defina orçamentos. Depois redimensione, elimine recursos inativos, agende os ambientes não produtivos, passe as tarefas adequadas para capacidade Spot e cubra a base estável com compromissos a um ou três anos.
Leitura relacionada
Escrito por

Country Manager, Suécia
Johan lidera as operações da Opsio na Suécia, impulsionando a adoção de IA, a transformação DevOps, a estratégia de segurança e as soluções cloud para empresas nórdicas. Com mais de 12 anos de experiência em infraestrutura cloud, entregou mais de 200 projetos em AWS, Azure e GCP, especializando-se em revisões Well-Architected, conceção de landing zones e estratégia multi-cloud.
Normas editoriais: Este artigo foi escrito pelo profissional cloud indicado acima. Atualizamo-lo quando a tecnologia ou a regulamentação que aborda muda; as datas desta página indicam a última atualização. A Opsio mantém independência editorial.