Vinte anos de Amazon S3: a evolução e o futuro do armazenamento
Aprofundamento CEVIU
Aprofundamento
O S3 não é mais só um bucket de objetos: virou o sistema operacional de dados da nuvem. Em 20 anos, ele evoluiu de um serviço com limite de 5 GB por objeto e 15 centavos/GB para um ecossistema que suporta 50 TB por objeto, armazena vetores nativamente com latência sub-100ms, oferece acesso via filesystem (S3 Files) e tabelas abertas (S3 Tables). A reescrita progressiva em Rust do caminho crítico de requisições, iniciada há oito anos, explica parte da escalabilidade atual: 200 milhões de requisições por segundo e 1 PB/s de largura de banda pico. O foco agora é eliminar movimentação de dados: S3 Vectors e S3 Tables permitem rodar RAG e análise direto no armazenamento, sem ETLs ou cópias para bancos especializados.
A mudança em abril de 2026 de desabilitar SSE-C por padrão em novos buckets reflete uma priorização operacional clara: segurança por padrão, não por configuração. Já o lançamento dos namespaces regionais de conta simplifica o gerenciamento em ambientes multi-região sem depender de prefixos ou tags manuais, um alívio prático para equipes que operam data lakes globais com Multi-Region Access Points desde 2021.
Por que isso importa
Para engenheiros de plataformas, isso muda a forma como se projeta infraestrutura: não se escolhe mais entre 'armazenamento' e 'banco de dados', mas entre 'como processar os dados onde eles já estão'. S3 Files reduz a complexidade de pipelines de ML que antes exigiam montagem de EFS ou sincronização com S3fs. S3 Intelligent-Tiering, ativo desde 2018, já economizou bilhões, mas agora, com S3 Express One Zone (2023) e S3 Vectors (2025), o custo-benefício se estende para cargas de trabalho de IA de baixa latência, não só para arquivamento. A compatibilidade retroativa total significa que um script Python de 2006 ainda funciona hoje, mas hoje ele pode ler vetores diretamente ou disparar um Lambda via Event Notifications com consistência forte de leitura após escrita, garantida desde 2020.
Linha do tempo
Lançamento do Amazon S3 com 1 PB de capacidade, limite de 5 GB por objeto e preço de 15 centavos/GB
Introdução do versionamento de objetos
Suporte a políticas de bucket, console web e hospedagem de sites estáticos
Lançamento do S3 Glacier para arquivamento de baixo custo
Event Notifications para integração com Lambda, SQS e SNS
Lançamento do S3 Intelligent-Tiering com automação de camadas de acesso
Implementação de consistência forte de leitura após escrita em todas as regiões
Disponibilização do Multi-Region Access Points
Lançamento do S3 Express One Zone para latência ultra-baixa
Introdução do S3 Tables para armazenamento tabular nativo com suporte a Iceberg
Anúncio do desligamento padrão de SSE-C para novos buckets, implementado em abril de 2026
Lançamento do S3 Vectors e aumento do limite de objeto para 50 TB no re:Invent 2025
Celebração do 20º aniversário com 500 trilhões de objetos armazenados e 200 milhões de requisições por segundo
Perguntas frequentes
Por que o aumento do limite de objeto para 50 TB importa para equipes de IA?
Modelos de linguagem grandes exigem conjuntos de dados de treinamento que ultrapassam terabytes. Antes, dividir esses dados em múltiplos objetos gerava sobrecarga de gerenciamento e latência de leitura distribuída. Com 50 TB por objeto, é possível armazenar um dataset inteiro como um único blob, acessado diretamente por frameworks como PyTorch ou TensorFlow sem chunking ou pré-processamento adicional.
O que muda na prática com o S3 Files?
Aplicações que precisavam de acesso POSIX, como alguns agentes de IA ou ferramentas de análise, agora podem montar um bucket S3 como um sistema de arquivos local, sem usar gateways intermediários ou copiar dados para EBS ou EFS. Isso elimina etapas de cópia, reduz custos de armazenamento duplicado e simplifica a observabilidade, pois todas as operações ficam visíveis no CloudTrail como chamadas S3 nativas.
Qual o impacto real da migração para Rust no núcleo do S3?
A reescrita em Rust eliminou classes inteiras de bugs de memória (como use-after-free e buffer overflows) no caminho de requisições críticas. Isso permitiu aumentar a densidade de requisições por nó sem comprometer a confiabilidade, fator essencial para sustentar 200 milhões de requisições por segundo com SLA de 11 noves de durabilidade. Não é só performance: é segurança de baixo nível incorporada por design.
Por que desabilitar SSE-C por padrão é uma mudança operacional relevante?
SSE-C exige que o cliente gere, gerencie e transmita chaves de criptografia a cada requisição, uma prática propensa a erros, vazamentos e falhas de conformidade. Ao desabilitá-lo por padrão em novos buckets, a AWS impõe SSE-KMS ou SSE-S3 como base, integrando automaticamente auditoria, rotação e controle de acesso via IAM. Isso reduz a superfície de erro humano em ambientes regulados, como financeiro ou saúde.
Fontes
- aws.amazon.comfonte original
- Categoria
- CEVIU DevOps
- Publicado
- 16 de março de 2026
- Editoria
- CEVIU DevOps
