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á.
Gerenciamento da consistência de dados no CloudTrail
O CloudTrail usa um modelo de computação distribuído chamado consistência eventual
Suas aplicações devem ser projetadas para levar em conta esses possíveis atrasos. Garanta que eles funcionem conforme o esperado, mesmo quando uma alteração feita em um local não fique imediatamente visível em outro. Essas alterações incluem habilitar uma região opcional, criar ou atualizar trilhas ou datastores de eventos, atualizar seletores de eventos e iniciar ou interromper o registro em log. Na criação ou atualização de um armazenamento de dados de trilha ou evento, o CloudTrail entrega logs para o bucket do S3 ou armazenamento de dados de eventos com base na última configuração conhecida até que as alterações se sejam propagadas para todos os locais.
Para obter mais informações sobre como isso afeta outros Serviços da AWS, consulte os seguintes recursos:
-
Amazon DynamoDB: Qual é o modelo de consistência do DynamoDB?
nas Perguntas frequentes sobre o DynamoDB e Consistência de leitura no Guia do desenvolvedor do Amazon DynamoDB. -
Amazon EC2: Consistência eventual na Referência de API do Amazon Elastic Compute Cloud.
-
Amazon EMR: Garantia de consistência no uso do Amazon S3 e do Amazon Elastic MapReduce para workflows de ETL
no blog Big Data da AWS. -
AWS Identity and Access Management (IAM): As alterações que eu faço nem sempre ficam imediatamente visíveis no Guia do usuário do IAM.
-
Amazon Redshift: Gerenciamento da consistência de dados no Guia do desenvolvedor de banco de dados do Amazon Redshift.
-
Amazon S3: Modelo de consistência de dados do Amazon S3 no Guia do usuário do Amazon Simple Storage Service.