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.
CloudTrail utilise un modèle informatique distribué appelé cohérence éventuelle
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 la création ou la mise à jour de journaux de suivi ou de stockages de données d'événement, la mise à jour de 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 : quel est le modèle
de cohérence de DynamoDB ? dans DynamoDB FAQ, et lisez la cohérence dans le manuel Amazon DynamoDB Developer Guide. -
Amazon EC2 : cohérence éventuelle dans la APIréférence Amazon Elastic Compute Cloud.
-
Amazon EMR : garantir la cohérence lors de l'utilisation d'Amazon S3 et d'Amazon Elastic MapReduce pour les ETL flux de travail
sur le blog AWS Big Data. -
AWS Identity and Access Management (IAM) : Les modifications que j'apporte ne sont pas toujours immédiatement visibles dans le guide de IAM l'utilisateur.
-
Amazon Redshift : section Gestion de la cohérence des données 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 du Guide de l'utilisateur Amazon Simple Storage Service.