O que é a AWS e por que se tornou o nome da nuvem

Publicado em 2026-09-12 por frfrand

De un experimento interno de una tienda de libros a la infraestructura de medio internet. Qué vende realmente, por qué su factura sorprende, y cuándo conviene y cuándo no.

Em 2006, uma loja de livros online começou a alugar capacidade de seus servidores. Hoje, essa divisão sustenta uma parte enorme da internet e é uma das mais rentáveis de sua empresa.

A história importa porque explica o que a AWS realmente vende.

O produto nunca foi o servidor

Antes da nuvem, conseguir um servidor era um projeto: escolher o hardware, esperar semanas para que chegasse, instalá-lo em um data center, configurá-lo. Se você errasse no dimensionamento, esse erro duraria anos, porque o hardware já estava comprado.

O que a AWS vendeu foi tempo: uma máquina em um minuto, paga por hora, e destruída quando não for mais necessária.

Isso mudou uma decisão de arquitetura em uma decisão reversível. E quando uma decisão é reversível, ela pode ser testada.

O que realmente há dentro

São centenas de serviços e a maioria você nunca vai usar. Os que sustentam quase tudo:

EC2 são máquinas virtuais. É o serviço original e o mais parecido com um VPS.

S3 é armazenamento de objetos: arquivos acessíveis por HTTP, com durabilidade muito alta. É provavelmente o serviço mais copiado da história recente: quase todos os provedores têm um compatível com sua interface.

RDS são bancos de dados gerenciados. Você usa Postgres ou MySQL; eles cuidam dos backups, das réplicas e das atualizações.

Lambda executa funções sem que você administre servidores, e cobra por execução.

Y ao redor, uma quantidade enorme de serviços especializados: filas, notificações, contêineres, aprendizado de máquina, redes de distribuição.

Por que a fatura surpreende

Esta é a reclamação mais habitual e vale entender de onde sai.

Se paga pelo que se esquece de desligar. Como criar recursos é fácil, ficam máquinas de teste, discos órfãos e endereços reservados sem uso, cada um somando.

O tráfego de saída é cobrado. Entrar dados é grátis, sacá-los não. Para um aplicativo que serve muitos arquivos, isso pode superar o custo de computação.

Cada serviço tem seu próprio modelo de preços, e compor dez serviços significa entender dez modelos.

A consequência prática é que a nuvem é barata quando a carga é variável (paga os picos apenas quando ocorrem) e cara quando é constante e previsível. Várias empresas conhecidas se mudaram de volta para servidores próprios exatamente por esse motivo.

Quando convém e quando não

Convém quando a carga varia muito, quando se precisa de presença em várias regiões do mundo, quando se quer serviços gerenciados para não operar bancos nem filas, ou quando um requisito de conformidade pede certificações que eles já têm.

Não convém quando sua carga é estável e previsível (um servidor próprio pode custar uma fração), quando a equipe é pequena e a complexidade operativa pesa mais que a flexibilidade, ou quando o que você precisa é um servidor e está pagando por um catálogo de duzentos serviços que não usa.

O ponto mais subestimado

O aprisionamento. Não por maldade: por gravidade.

Quando sua aplicação usa cinco serviços proprietários, mudar implica reescrever partes. E o custo de saída cresce com o tempo, em silêncio.

Há uma forma saudável de conviver com isso: usar os serviços padrão (uma máquina, um Postgres, armazenamento compatível) e ser deliberado com cada serviço proprietário que se adiciona. Cada um é uma decisão que custa desfazer.

É a mesma razão pela qual faz sentido perguntar, antes de escolher um provedor, quão fácil seria sair.