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. # Gérer la cohérence des données dans CloudTrail CloudTrail utilise un modèle informatique distribué appelé [cohérence éventuelle](https://en.wikipedia.org/wiki/Eventual_consistency). Toute modification apportée à votre CloudTrail configuration (ou à d'autres AWS services), y compris les balises utilisées dans le [contrôle d'accès basé sur les attributs (ABAC)](https://docs.aws.amazon.com/IAM/latest/UserGuide/introduction_attribute-based-access-control.html), met du temps à être visible depuis tous les points de terminaison possibles. Ce retard est dû en partie au temps nécessaire pour envoyer les données d'un serveur à l'autre et d'une région à l'autre dans le monde entier. CloudTrail utilise également la mise en cache pour améliorer les performances, mais dans certains cas, cela peut ajouter du temps. La modification peut ne pas être visible tant que les données mises en cache précédemment n'arrivent pas à expiration. Vous devez concevoir vos applications de sorte qu'elles tiennent compte de ces retards potentiels. Assurez-vous qu'elles fonctionnent comme prévu, même lorsqu'une modification effectuée à un emplacement n'est pas visible instantanément à un autre. Ces modifications incluent l'[activation d'une région optionnelle, la](cloudtrail-multi-region-trails.md#cloudtrail-multi-region-trails-optin) création ou la mise à jour de traces ou de banques de données d'événements, la mise à jour des sélecteurs d'événements et le démarrage ou l'arrêt de la journalisation. Lorsque vous créez ou mettez à jour un magasin de données de suivi ou d'événement, les CloudTrail journaux sont transmis au compartiment S3 ou au magasin de données d'événements en fonction de la dernière configuration connue jusqu'à ce que les modifications se propagent à tous les emplacements. Pour plus d'informations sur la façon dont cela affecte les autres Services AWS, consultez les ressources suivantes : + **Amazon DynamoDB** : les sections [En quoi consiste le modèle de cohérence de DynamoDB ?](https://aws.amazon.com/dynamodb/faqs/) de la *Questions fréquentes (FAQ) sur DynamoDB*, et [Cohérence en lecture](https://docs.aws.amazon.com/amazondynamodb/latest/developerguide/HowItWorks.ReadConsistency.html) du *Guide du développeur Amazon DynamoDB*. + **Amazon EC2** : [cohérence éventuelle](https://docs.aws.amazon.com/AWSEC2/latest/APIReference/query-api-troubleshooting.html#eventual-consistency) dans la *référence d'API Amazon Elastic Compute Cloud*. + **Amazon EMR** : [garantir la cohérence lors de l'utilisation d'Amazon S3 et d'Amazon Elastic MapReduce pour les flux de travail ETL](https://aws.amazon.com/blogs/big-data/ensuring-consistency-when-using-amazon-s3-and-amazon-elastic-mapreduce-for-etl-workflows/) sur le blog *AWS Big Data*. + **Gestion des identités et des accès AWS (IAM)** : Les [modifications que j'apporte ne sont pas toujours immédiatement visibles](https://docs.aws.amazon.com/IAM/latest/UserGuide/troubleshoot_general.html#troubleshoot_general_eventual-consistency) dans le guide de l'*utilisateur IAM*. + **Amazon Redshift** : section [Gestion de la cohérence des données](https://docs.aws.amazon.com/redshift/latest/dg/managing-data-consistency.html) du *Guide du développeur de base de données Amazon Redshift*. + **Amazon S3** : section [Modèle de cohérence des données Amazon S3](https://docs.aws.amazon.com/AmazonS3/latest/userguide/Welcome.html#ConsistencyModel) du *Guide de l'utilisateur Amazon Simple Storage Service*.