DynamoDB global tables agora permitem desassociar uma réplica sem apagar os dados

A AWS anunciou em 20 de outubro de 2026 que as tabelas globais do Amazon DynamoDB agora suportam desassociar uma réplica sem apagar a tabela ou os dados dessa região. Até então, remover uma região de uma tabela global era uma operação destrutiva: a tabela daquela réplica sumia junto com tudo que ela guardava. Agora dá para parar a replicação de ou para uma região e continuar usando a tabela local normalmente, como uma tabela single-Region comum.

Para quem administra DynamoDB em produção, isso resolve um problema real de operação: até aqui, sair de uma topologia multirregião exigia planejamento de migração, exportação de dados ou aceitar perda da réplica. Com a desassociação, a tabela que ficou para trás continua ali, com os itens que já tinha, só que fora do grupo de replicação.

O que muda na prática

O anúncio da AWS lista três cenários diretos de uso:

• Sair de uma tabela global compartilhada entre contas: uma conta pode deixar um global table multiconta e seguir usando sua própria tabela de forma independente, sem recriar nada.
• Isolar uma região sem perder o histórico: dá para parar a replicação para uma Region e manter a tabela ali para workloads locais, validação ou auditoria.
• Evitar cópia manual de dados: nenhum dos casos acima exige criar uma tabela substituta ou copiar itens na mão, porque a réplica desassociada já chega com os dados que tinha no momento do corte.

Imagine uma squad de pagamentos que compartilha uma tabela global entre a conta de produção e a conta de um parceiro, para dar baixa em transações em tempo quase real. Se o contrato com o parceiro acaba, antes disso significava migrar os dados para uma tabela nova na conta do parceiro ou aceitar que tudo sumisse ao remover a réplica. Agora, a conta do parceiro simplesmente se desassocia e continua operando sua cópia local, intacta, sem replicação futura.

Onde isso se encaixa no modelo de replicação

A funcionalidade vale para tabelas globais no modo de multi-Region eventual consistency (MREC): cada réplica aceita leitura e escrita, e as mudanças se propagam entre regiões de forma assíncrona e eventualmente consistente. A AWS confirma que a desassociação está disponível em todas as Regions da AWS, tanto para tabelas globais de uma única conta quanto para as multiconta que usam MREC.

Isso inclui a região São Paulo (sa-east-1): quem mantém uma tabela global com réplica no Brasil ganha o mesmo caminho de saída sem drama que já existe para qualquer outra região suportada. Não é preciso esperar um rollout regional separado, porque o recurso nasceu já disponível em toda a malha de regiões.

Como fazer

A AWS lista quatro portas de entrada para a operação: o AWS Management Console, a AWS CLI, a API do DynamoDB e o AWS CloudFormation. O anúncio não detalha o nome exato da operação de API, a sintaxe do comando na CLI ou o mecanismo específico no CloudFormation; para isso, a própria AWS aponta a seção "Disassociating replicas" do Amazon DynamoDB Developer Guide como referência oficial, e vale consultá-la diretamente antes de automatizar qualquer rotina de saída.

De forma geral, o efeito esperado é o mesmo nos quatro caminhos: a réplica correspondente deixa de existir no grupo de replicação (ou no estado desejado, no caso de infraestrutura como código), mas nenhuma operação de desassociação aciona exclusão de tabela ou de dados.

Para quem isso importa de verdade

Times de DBA e SRE que administram múltiplas contas AWS tendem a ser os primeiros a sentir a diferença, porque são eles que lidam com o ciclo de vida de contratos entre squads, parceiros e ambientes de auditoria compartilhados via tabela global. Antes, desligar uma conta de um global table multiconta era um evento de risco: exigia coordenar quem ia copiar o quê antes do corte. Agora o corte em si já preserva o estado.

Também ajuda quem usa réplica regional para validação de mudanças de schema ou teste de carga antes de levar algo para o restante da malha global: dá para rodar os testes nessa réplica, desligá-la do grupo de replicação e manter a tabela ali para consulta posterior, sem que ela volte a receber escrita de outras regiões.

O que ainda fica em aberto

O anúncio da AWS não detalha se existe algum limite de tempo para a tabela desassociada continuar "viva" sem custo diferenciado, nem como o billing se comporta imediatamente após o corte. A nota oficial não entra em números nem em regras de cobrança, então esse ponto só pode ser confirmado consultando a documentação de preços do DynamoDB ou o Developer Guide diretamente.

Também não há, no texto, menção a uma operação reversa automática: se for preciso reassociar essa mesma tabela ao grupo de replicação mais tarde, o caminho natural é adicionar uma nova réplica a partir dela, o que volta a disparar o processo normal de backfill entre regiões. Vale conferir esse detalhe diretamente no Developer Guide antes de planejar qualquer rotina de saída e posterior reentrada em um global table.

Fonte 1: AWS What's New (https://aws.amazon.com/about-aws/whats-new/2026/10/dynamodb-global-tables-disassociate/)

Amazon DynamoDB global tables now support disassociating replicas - AWS

Skip to main content

Amazon DynamoDB global tables now support disassociating replicas

Posted on: Oct 20, 2026

Amazon DynamoDB global tables now support disassociating a replica without deleting its table or data. Global tables provide fully managed, multi-Region, multi-active replication. You can now stop replication to and from a replica and continue using the same table as a single-Region table.

An account can leave a shared multi-account global table and continue using its table independently. You can also stop replication to a Region while keeping its table for local workloads, validation, or audit, without creating a replacement table or copying data.

DynamoDB supports disassociating replicas in all AWS Regions for same-account and multi-account global tables that use multi-Region eventual consistency (MREC).

To get started, use the AWS Management Console, AWS CLI, DynamoDB API, or AWS CloudFormation. For more information, see Disassociating replicas in the Amazon DynamoDB Developer Guide.

Fonte: AWS What's New