Serviços de computação em nuvem: o que sua empresa realmente contrata

Abra a fatura de qualquer provedor de nuvem e o que aparece não são siglas de modelo. São linhas de serviço: horas de máquina, gigabytes armazenados, requisições em banco de dados, tráfego de saída, snapshots que ninguém lembra de ter criado.

É nesse nível que a conta se forma e é nesse nível que a operação acontece. Saber que algo é IaaS ou SaaS ajuda a entender a fronteira de responsabilidade, mas não diz quanto custa, o que medir nem o que quebra primeiro.

Este artigo organiza os serviços de computação em nuvem em sete categorias práticas. Para cada uma: o que ela resolve, qual armadilha de custo esconde e qual indicador acompanhar antes que o problema apareça na fatura ou no chamado.

O que são serviços de computação em nuvem?

Serviços de computação em nuvem são as capacidades que um provedor entrega sob demanda e cobra pelo uso: processamento, armazenamento, banco de dados, rede, backup, identidade e observabilidade. Eles são o que a empresa efetivamente contrata e consome, no nível em que a fatura é emitida e a operação é executada.

Convém não confundir três coisas que costumam vir no mesmo balaio. O modelo de serviço define o que você administra e está detalhado no material sobre IaaS, PaaS e SaaS. O modelo de implantação define onde a infraestrutura roda, assunto dos modelos de computação em nuvem.

As categorias tratadas aqui são o terceiro nível: o catálogo. Uma mesma categoria aparece em vários modelos, então armazenamento existe em nuvem pública, privada ou híbrida, contratado como IaaS ou embutido dentro de um SaaS.

Os nomes comerciais mudam conforme o fornecedor, porém as categorias não. Quem entende o catálogo consegue comparar propostas de provedores diferentes sem se perder na sopa de marcas.

Vale saber que essa forma de classificar tem lastro formal. O documento do NIST que avalia ofertas de nuvem parte da capacidade entregue e do público atendido para decidir em que categoria cada oferta se encaixa.

O critério usado aqui é o mesmo: o que a coisa resolve, não como o fornecedor decidiu chamá-la no catálogo comercial.

As sete categorias aparecem a seguir com o detalhe de cada uma. A ordem segue a dependência real: sem computação e armazenamento nada roda, o resto se acumula por cima.

Computação

Computação é a categoria que executa código: máquinas virtuais, containers gerenciados e funções que sobem apenas quando um evento chega. É quase sempre a maior linha da fatura, então também é onde a economia aparece primeiro.

A decisão relevante não é qual provedor, é qual formato. Máquina virtual serve carga contínua e legado. Container atende aplicação moderna com escala horizontal. Função sob demanda cabe em tarefa curta e esporádica, cobrada por execução.

O desperdício clássico tem nome: instância provisionada para o pico e mantida ligada o mês inteiro. Ajustar o tamanho ao consumo real, prática conhecida como rightsizing, costuma render corte expressivo sem tocar em uma linha de código.

Acompanhe três números por serviço de computação: uso médio de processador, uso de memória e horas efetivamente ligadas contra horas contratadas. O terceiro é o que revela ambiente de teste esquecido no ar desde a última sprint.

Armazenamento

Armazenamento em nuvem se divide em três formatos que resolvem problemas distintos. Objeto guarda arquivo e mídia com acesso por API. Bloco funciona como disco preso a uma máquina. Arquivo expõe um compartilhamento de rede tradicional.

Cada formato tem camadas de custo por frequência de acesso. Dado quente fica em camada cara com resposta imediata, dado frio migra para camada barata com resgate lento. A economia vem de mover automaticamente, não de escolher uma vez.

O erro que mais aparece em auditoria é o acúmulo silencioso. Snapshot de volume, versão antiga de objeto e imagem de máquina desativada continuam sendo cobrados enquanto ninguém definir política de expiração.

Um cuidado adicional vale para dado frio: verifique o custo e o tempo de resgate antes de arquivar. Camada muito barata costuma cobrar caro para devolver o dado, o que atrapalha justamente no dia em que você precisa dele.

Banco de dados

Banco de dados gerenciado entrega o mecanismo pronto, com atualização, réplica e backup automático sob responsabilidade do provedor. A equipe deixa de administrar servidor de banco e passa a cuidar de modelagem, consulta e índice.

A escolha começa pelo tipo de carga. Relacional atende transação com consistência forte. Chave-valor entrega latência baixa para acesso simples. Documento acomoda estrutura variável. Analítico processa consulta pesada sobre volume grande.

O custo se forma por capacidade provisionada, por armazenamento e por operação de entrada e saída. Provisionar pelo pico e esquecer é a receita mais comum de fatura inflada em ambiente que passa a noite ocioso.

Meça latência de consulta no percentil 95, taxa de erro, conexões ativas contra o limite e atraso de réplica. Esse último costuma ser o primeiro indicador a se degradar antes de um incidente visível.

Rede e entrega de conteúdo

A categoria de rede conecta tudo o que existe nas outras: rede virtual isolada, balanceador, gateway, resolução de nomes e rede de entrega de conteúdo. Ela raramente aparece no plano inicial, embora sustente todo o resto.

Aqui mora a armadilha de custo mais subestimada de todas: o tráfego de saída. Entrar dado costuma ser gratuito, sair não. Backup replicado para outra região, extração de relatório e mídia servida sem cache viram linha de fatura relevante.

Existe também um efeito de arquitetura. Serviços que conversam entre zonas diferentes pagam tráfego a cada troca, então um desenho distribuído sem necessidade cria custo recorrente que nenhum ajuste de instância resolve depois.

Acompanhe volume de saída por serviço, latência entre zonas e taxa de acerto do cache. Uma taxa de acerto baixa na entrega de conteúdo significa que você está pagando saída por algo que deveria estar armazenado na borda.

Backup e recuperação de desastre

Backup e recuperação são categorias vizinhas com objetivos diferentes. Backup restaura um dado específico perdido ou corrompido. Recuperação de desastre retoma a operação inteira quando o ambiente principal fica indisponível.

Dois números governam essa área. O tempo máximo aceitável para voltar ao ar e o volume máximo de dado que a empresa aceita perder. Eles definem a arquitetura e o custo, tema detalhado no material sobre plano de recuperação de desastre.

Vale desfazer um mal-entendido caro. Replicação não é backup: ela copia também o erro, então um dado apagado por engano some das duas pontas em segundos. Backup exige cópia com retenção e isolamento.

O indicador que importa não é “o backup rodou”. É “a restauração funcionou”. Teste de restauração periódico, com cronômetro, é a única evidência de que o plano existe fora do papel.

Identidade e controle de acesso

Identidade é a categoria que autentica pessoas e sistemas e decide o que cada um pode fazer. Em ambiente de nuvem ela vira o perímetro real, porque não existe mais uma borda física separando quem está dentro de quem está fora.

Três controles resolvem a maior parte do risco. Autenticação em múltiplos fatores nas contas administrativas, permissão mínima necessária por papel e credencial de aplicação com rotação automática em vez de chave fixa no código.

O custo aqui é menos visível: licença cobrada por usuário ativo. Conta de quem saiu da empresa continua na fatura até alguém revisar, o que faz da conciliação com o RH uma rotina de economia, não só de segurança.

Meça contas privilegiadas existentes, idade das credenciais em uso e tentativas de autenticação falhas. O aprofundamento em controles e conformidade está no material sobre segurança em cloud computing.

Observabilidade e monitoramento

A sétima categoria é a que mede as outras seis. Ela reúne coleta de métrica, log e rastreamento, além dos alertas e painéis construídos sobre esses dados. Sem ela, todas as decisões anteriores viram suposição.

Existe uma particularidade de custo neste item. Ferramentas de observabilidade em nuvem costumam cobrar por volume ingerido, então ligar coleta indiscriminada de log gera uma fatura que rivaliza com a da computação.

A disciplina que resolve é definir o que merece coleta contínua, o que basta amostrar e o que pode ir direto para armazenamento frio. Log de depuração raramente precisa ficar em camada indexada por noventa dias.

Vale reforçar que métrica de provedor não substitui medição própria. A API do fornecedor mostra a saúde do serviço dele, não a experiência de quem usa a sua aplicação a partir da rede de uma cidade específica.

Como a fatura se forma e onde ela costuma estourar

A fatura de nuvem soma quatro eixos: recurso provisionado, consumo efetivo, tráfego movimentado e dado armazenado. Confundir o primeiro com o segundo é a origem da maior parte dos sustos no fechamento do mês.

Recurso provisionado é cobrado esteja ele em uso ou não. Consumo efetivo varia com a operação. Uma máquina ociosa custa igual a uma máquina em produção. É por isso que ambiente esquecido pesa tanto.

Vale separar também o custo por ambiente. Produção, homologação e desenvolvimento na mesma conta, sem marcação, impedem qualquer discussão séria sobre onde cortar sem afetar o cliente. A separação por conta ou por etiqueta resolve isso já no primeiro mês.

A prática que organiza isso é o arcabouço mantido pela fundação que padroniza gestão financeira de nuvem, com etapas de visibilidade, otimização e operação contínua. A aplicação prática está detalhada no material sobre FinOps.

Antes de qualquer ferramenta, três rotinas simples resolvem muito. Marcar cada recurso com dono e projeto, desligar ambiente que não roda fora do horário comercial e revisar mensalmente os dez maiores itens da fatura.

Para quem quer ver os nomes comerciais equivalentes em um provedor específico, o material sobre principais serviços da AWS faz esse mapeamento categoria por categoria.

Erros comuns ao contratar serviços em nuvem

Alguns padrões se repetem em empresas de portes bem diferentes. Identificá-los antes da assinatura evita retrabalho e fatura inflada.

• Contratar sem inventário: sem catálogo de quem contratou o quê, a empresa paga por serviço duplicado entre áreas.
• Ignorar o tráfego de saída: é a linha que mais surpreende, porque não aparece no dimensionamento inicial.

• Tratar replicação como backup: a réplica copia o erro junto e não protege contra exclusão acidental.
• Ligar coleta total de log: observabilidade sem critério de retenção vira uma das maiores linhas da conta.

Existe ainda um erro silencioso: nunca revisar o contratado. Serviço adequado no primeiro ano deixa de ser quando o volume muda, então vale reavaliar o catálogo a cada ciclo de orçamento.

Conclusão

Os serviços de computação em nuvem cabem em sete categorias: computação, armazenamento, banco de dados, rede, backup e recuperação, identidade e observabilidade. Os nomes comerciais mudam de provedor para provedor, a estrutura não.

Enxergar o catálogo dessa forma resolve dois problemas de uma vez. Permite comparar propostas sem se perder em marca e mostra onde o dinheiro está indo, porque cada categoria tem uma armadilha de custo própria e previsível.

Comece pelo inventário do que já roda. Liste os serviços contratados por categoria, marque o dono de cada um e confronte com os dez maiores itens da última fatura. Na maioria das empresas, esse cruzamento revela ambiente esquecido, retenção exagerada e tráfego de saída que ninguém tinha previsto.

Quer enxergar consumo, disponibilidade e custo dos seus serviços em nuvem em um lugar só? Fale com um especialista da OpServices e veja como transformar a fatura em indicador acompanhável.