DynamoDB ganha bulk put items para escrever dados do S3 em massa

A AWS anunciou em 5 de novembro de 2026 a disponibilidade geral do bulk put items para o Amazon DynamoDB, um recurso totalmente gerenciado que escreve dados armazenados no Amazon S3 direto em tabelas DynamoDB já existentes. É um problema comum para quem mantém tabela DynamoDB alimentada por sistema externo: até agora, jogar um arquivo do S3 dentro de uma tabela significava escrever um pipeline próprio (Lambda lendo o arquivo, fazendo parse, chamando BatchWriteItem em loop) e torcer para não estourar a capacidade provisionada no meio do caminho.

O que mudou

Com bulk put items, você aponta o recurso para a localização do arquivo no S3 e o DynamoDB cuida do resto: leitura, parse e escrita nos itens da tabela. Cada item individual suporta sua própria condition expression, o que permite escritas insert-only (nunca sobrescrever um item que já existe) ou version-guarded (só sobrescrever se a versão bater), igual ao que já era possível em escritas condicionais item a item, mas agora aplicado em lote direto de um arquivo.

Existem dois tiers: o Standard, que atende a maioria dos workloads, e o Accelerated, voltado a cargas mais sensíveis a tempo. A AWS cita como casos de uso típicos refresh diário de dados, enriquecimento de catálogos grandes, backfill de tabelas e migrações, cenários em que hoje boa parte das equipes de dados monta um job batch customizado só para empurrar arquivo do S3 para o DynamoDB.

Onde está disponível

O tier Standard do bulk put items está disponível em todas as regiões comerciais da AWS e também na AWS GovCloud (US), segundo o anúncio. Isso inclui a região América do Sul (São Paulo), sa-east-1, por ser uma região comercial padrão: quem já roda DynamoDB em São Paulo tem acesso ao recurso sem precisar trocar de região.

Já o tier Accelerated tem disponibilidade regional separada e mais restrita; a fonte remete à página de disponibilidade regional da AWS para a lista exata de regiões, mas não traz essa lista no próprio comunicado. Vale conferir na documentação antes de planejar uma carga que dependa do tier acelerado.

Quanto custa

A fonte do anúncio (AWS What's New) não detalha o modelo de preço do bulk put items, nem por GB, nem por requisição, nem por hora. Ela só diferencia os dois tiers por característica (custo-eficiente vs. sensível a tempo), sugerindo que o Accelerated deve custar mais por entregar menor latência de ingestão.

Para o valor exato por operação, o caminho é consultar a página de preços do DynamoDB ou o blog técnico "Introducing bulk put items for Amazon DynamoDB" citado no próprio anúncio, que deve detalhar a cobrança por tier.

Como começar

O anúncio não traz comando de AWS CLI nem exemplo de código, mas descreve o fluxo conceitual: você aponta o bulk put items para a localização do arquivo de entrada no S3, informando a tabela DynamoDB de destino, e o serviço assume a leitura e a escrita dos itens. Para quem quer o passo a passo com sintaxe real, a AWS indica dois recursos no próprio anúncio:

• O blog Introducing bulk put items for Amazon DynamoDB, com walkthrough do recurso.
• O Amazon DynamoDB Developer Guide, com a referência técnica da API.

Vale testar primeiro num bucket S3 de staging com um arquivo pequeno e uma condition expression restritiva (tipo attribute_not_exists(pk)), para garantir que a ingestão não sobrescreve item existente por engano antes de rodar contra produção.

O que muda para quem já usa

Para quem desenvolve sobre DynamoDB e hoje mantém um pipeline próprio de ingestão batch do S3 (seja via Lambda, Glue job ou script rodando BatchWriteItem em loop com backoff manual), o bulk put items elimina a parte mais chata dessa engenharia: lidar com throttling, paralelismo e retry da própria aplicação. O gerenciamento de capacidade da tabela fica por conta do recurso, segundo a AWS, sem impactar os workloads que já leem e escrevem na mesma tabela.

Quem trabalha com arquitetura de dados em cima de S3 e DynamoDB (o enriquecimento de catálogo de produto, o backfill de uma tabela depois de uma migração, o refresh diário de um dataset gerado por outro sistema) ganha uma opção gerenciada onde antes só havia a opção de construir na mão. A decisão que fica em aberto é técnica: comparar o custo e a latência do bulk put items contra o pipeline customizado existente, já que a fonte não detalha preço suficiente para essa conta fechar sem consultar a documentação.

Fonte: AWS What's New