Los vehículos enviarán archivos a través de enlaces celulares poco fiables; el FTP actual reinicia las transferencias en caso de fallo. Para mejorar la fiabilidad y minimizar el tiempo de transferencia para la ingesta de ETL, ¿qué debería hacer?

La opción correcta es subir archivos directamente a buckets de Cloud Storage regionales en EE. UU., la UE y Asia a través de las API de Google sobre HTTPS y ejecutar el proceso de ETL para recuperar datos de cada bucket regional. Esto mejora la fiabilidad porque las API de Google sobre HTTPS manejan automáticamente las reintentos y la reanudación de transferencias, lo cual es crucial para enlaces celulares poco fiables. Usar buckets regionales minimiza la latencia de carga desde cada ubicación geográfica, optimizando el tiempo de transferencia. Las otras opciones son menos óptimas: Ejecutar servidores FTP en GKE no resuelve el problema de las transferencias poco fiables de FTP y añade complejidad. Múltiples clústeres de GKE con buckets multirregionales son excesivamente complejos y no abordan directamente la fiabilidad de la transferencia inicial. Subir directamente a buckets multirregionales es una mejora, pero los buckets regionales ofrecen menor latencia para la carga inicial desde ubicaciones geográficas específicas.