Een wetenschappelijke organisatie moet tekst- en afbeeldingsbestanden kopiëren van een bron Amazon S3-bucket (eigendom van Account A) naar een doel-S3-bucket in een tweede AWS-account (Account B). Verschillende radarstations uploaden tijdgevoelige gegevens naar de bron-bucket; de objecten van elk station gebruiken een unieke key prefix. Replicatie wordt geïmplementeerd met een S3-replicatieregel die alle objecten in de bron-bucket omvat. Eén radarstation produceert de meest nauwkeurige gegevens en de objecten moeten worden gemonitord om te bevestigen dat de replicatie binnen 30 minuten na upload is voltooid. Welke aanpak voldoet aan deze vereisten?

De correcte optie voldoet aan de vereisten door S3 Replication Time Control (S3 RTC) te gebruiken, wat een SLA van 15 minuten biedt voor 99,99% van de gerepliceerde objecten en monitoring van de replicatietijd via CloudWatch-metrieken. Door een replicatieregel te filteren op de specifieke prefix van het belangrijke radarstation, kan de replicatie van deze kritieke gegevens nauwkeurig worden gemonitord. Een EventBridge-regel kan vervolgens waarschuwen als de replicatietijd de drempel van 30 minuten overschrijdt. De andere opties zijn minder geschikt: AWS DataSync is een goede optie voor grote datamigraties, maar niet geoptimaliseerd voor continue, tijdgevoelige replicatie met een strikte SLA zoals S3 RTC. Het monitoren van de 'TRANSFERRING'-status is niet voldoende om de replicatietijd te garanderen. Het maken van een aparte S3-bucket voor het zeer nauwkeurige radarstation en een nieuwe replicatieregel voegt complexiteit toe zonder de garantie van S3 RTC voor de replicatietijd. S3 Transfer Acceleration versnelt uploads naar S3, maar garandeert geen snelle replicatie tussen buckets. Het monitoren van 'TotalRequestLatency' op de doel-bucket is geen directe indicator van replicatietijd.