Una organización científica debe copiar archivos de texto e imagen de un bucket de Amazon S3 de origen (propiedad de la Cuenta A) a un bucket de S3 de destino en una segunda cuenta de AWS (Cuenta B). Varias estaciones de radar cargan datos urgentes en el bucket de origen; los objetos de cada estación utilizan un prefijo de clave único. La replicación se implementa con una regla de replicación de S3 que cubre todos los objetos en el bucket de origen. Una estación de radar produce los datos más precisos y sus objetos deben ser monitoreados para confirmar que la replicación se completa dentro de los 30 minutos posteriores a la carga. ¿Qué enfoque cumplirá con estos requisitos?

La opción correcta aborda directamente el requisito de monitorear la replicación de objetos específicos con un SLA de 30 minutos. S3 Replication Time Control (S3 RTC) garantiza que el 99.9% de los objetos se repliquen en 15 minutos y proporciona métricas de replicación de S3 que se pueden monitorear con Amazon EventBridge para alertar si el tiempo máximo de replicación excede el umbral. Filtrar por prefijo de clave permite aplicar S3 RTC solo a los datos críticos de la estación de radar sin afectar la replicación general. Las otras opciones son incorrectas porque: AWS DataSync no es el servicio principal para la replicación de S3 a S3 y monitorear el estado 'TRANSFERRING' no garantiza el tiempo de replicación. Crear un bucket de destino separado y una nueva regla de replicación no es necesario y no ofrece la garantía de tiempo de S3 RTC. S3 Transfer Acceleration acelera la carga al bucket de origen, no la replicación entre buckets, y TotalRequestLatency no es una métrica adecuada para monitorear el tiempo de replicación.