Una aplicación de recopilación de datos se ejecuta en eu-north-1 y escribe registros procesados en un bucket de S3 en eu-north-1 que es consultado por Athena. La empresa está expandiendo la capacidad de recopilación de datos a sa-east-1 y ap-northeast-1 y despliega los recolectores, Kinesis streams y procesadores Lambda en esas Regiones, pero mantiene el bucket de S3 centralizado en eu-north-1 para el análisis. Durante las pruebas, los datos que llegan de las nuevas Regiones al bucket de S3 central muestran un retraso significativo. ¿Qué cambio reducirá MÁS ese retraso de llegada entre regiones?

La replicación entre regiones de S3 (CRR) es la solución más eficaz para reducir la latencia en este escenario. Al cargar los datos primero en un bucket local en la misma región y luego usar CRR para replicarlos al bucket central, se minimiza la latencia de carga inicial para las aplicaciones. S3 Transfer Acceleration podría ayudar, pero CRR es más robusto para la replicación continua y garantiza que los datos estén disponibles localmente para la carga. Configurar Lambda en una VPC con un endpoint de S3 gateway no reduce la latencia de red entre regiones, solo optimiza el acceso dentro de la VPC. Aumentar la memoria de Lambda o usar cargas multipartes no aborda la latencia fundamental de la red entre regiones.