As traduções são geradas por tradução automática. Em caso de conflito entre o conteúdo da tradução e da versão original em inglês, a versão em inglês prevalecerá.

Opções de cópia de tabela completa entre contas para o Amazon DynamoDB

Ramkumar Ramanujam, Amazon Web Services ()AWS

Junho de 2024 (histórico do documento)

Este guia aborda diferentes maneiras de realizar a cópia completa das tabelas do Amazon DynamoDB em várias contas da Amazon Web Services AWS(). Este guia também lista as vantagens e desvantagens de cada solução e os cenários para os quais cada solução pode ser considerada. Ela não abrange soluções de streaming e replicação.

Este guia é destinado a arquitetos, gerentes e líderes técnicos que tenham uma compreensão básica do DynamoDB.

Visão geral

Para melhorar o desempenho dos aplicativos e reduzir custos e encargos operacionais, muitas organizações estão migrando para o DynamoDB.

Um caso de uso comum ao trabalhar com tabelas do DynamoDB é a capacidade de copiar dados completos da tabela em vários ambientes. Normalmente, cada ambiente pertence a uma equipe diferente usando uma AWS conta diferente. Um exemplo desse caso de uso é a promoção do código do desenvolvimento para a preparação e, em seguida, para os ambientes de produção. O ambiente de preparação é atualizado com os dados em produção para que fique mais próximo do ambiente de produção para realizar testes antes de ser promovido à produção.

Este guia fornece uma visão geral de alto nível de várias abordagens para copiar uma atualização completa de uma tabela do DynamoDB de uma conta para outra.

A melhor maneira de garantir que a tabela de destino tenha os mesmos dados da tabela de origem é excluir e recriar a tabela. (A exceção a essa abordagem é quando a diferença entre as tabelas de origem e de destino é mínima — por exemplo, menos de 10%.) Excluir e recriar a tabela evita os custos associados às unidades de capacidade de gravação (WCUs) necessárias para excluir itens individuais da tabela. Cada uma das soluções discutidas neste guia pressupõe que a tabela de destino seja recriada antes da atualização dos dados.