CEVIU Logo
Voltar

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

  1. Lançamento do Amazon S3 com 1 PB de capacidade, limite de 5 GB por objeto e preço de 15 centavos/GB

  2. Introdução do versionamento de objetos

  3. Suporte a políticas de bucket, console web e hospedagem de sites estáticos

  4. Lançamento do S3 Glacier para arquivamento de baixo custo

  5. Event Notifications para integração com Lambda, SQS e SNS

  6. Lançamento do S3 Intelligent-Tiering com automação de camadas de acesso

  7. Implementação de consistência forte de leitura após escrita em todas as regiões

  8. Disponibilização do Multi-Region Access Points

  9. Lançamento do S3 Express One Zone para latência ultra-baixa

  10. Introdução do S3 Tables para armazenamento tabular nativo com suporte a Iceberg

  11. Anúncio do desligamento padrão de SSE-C para novos buckets, implementado em abril de 2026

  12. Lançamento do S3 Vectors e aumento do limite de objeto para 50 TB no re:Invent 2025

  13. 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

Avalie este artigo:
Compartilhar:
Categoria
CEVIU DevOps
Publicado
16 de março de 2026
Editoria
CEVIU DevOps

Quer receber mais sobre CEVIU DevOps?

Conteúdo curado diariamente, direto no seu e-mail.

Conteúdo curado diariamenteDiversas categoriasCancele quando quiser