Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.
Options de copie du tableau complet entre comptes pour Amazon DynamoDB
Ramkumar Ramanujam, Amazon Web Services ()AWS
Juin 2024 (historique du document)
Ce guide décrit les différentes manières de copier l'intégralité des tables Amazon DynamoDB sur plusieurs comptes Amazon Web Services AWS(). Ce guide répertorie également les avantages et les inconvénients de chaque solution et les scénarios pour lesquels chaque solution peut être envisagée. Il ne couvre pas les solutions de réplication en continu.
Ce guide est destiné aux architectes, aux responsables et aux responsables techniques ayant une connaissance de base de DynamoDB.
Présentation
Pour améliorer les performances des applications et réduire les coûts et les charges d'exploitation, de nombreuses entreprises optent pour DynamoDB.
Un cas d'utilisation courant lors de l'utilisation de tables DynamoDB est la possibilité de copier les données complètes des tables dans plusieurs environnements. En général, chaque environnement appartient à une équipe différente utilisant un AWS compte différent. Un exemple d'un tel cas d'utilisation est la promotion du code depuis le développement jusqu'aux environnements de mise en scène, puis de production. L'environnement de préparation est actualisé avec les données en cours de production afin qu'il soit le plus proche de celui de production pour effectuer des tests avant de passer en production.
Ce guide fournit une présentation détaillée de plusieurs approches permettant de copier une actualisation complète d'une table DynamoDB d'un compte à un autre.
Le meilleur moyen de s'assurer que la table cible contient les mêmes données que la table source est de supprimer puis de recréer la table. (L'exception à cette approche est lorsque la différence entre les tables source et cible est minimale, par exemple inférieure à 10 %.) La suppression et la recréation de la table permettent d'éviter les coûts associés aux unités de capacité d'écriture (WCU) requises pour supprimer des éléments individuels de la table. Chacune des solutions présentées dans ce guide suppose que la table cible est recréée avant l'actualisation des données.
