Los publicadores envían mensajes de seguimiento de paquetes a un tema de Pub/Sub; un suscriptor los procesa y escribe en BigQuery para análisis histórico. Para asegurar que los eventos puedan ser analizados a lo largo del tiempo, ¿qué debería incluir y dónde?

Para un análisis histórico preciso, los datos deben reflejar el momento real del evento. Adjuntar la marca de tiempo y el ID del paquete en el dispositivo publicador asegura que cada mensaje contenga la hora exacta en que se generó el evento de seguimiento del paquete, junto con un identificador único. Esto es crucial para reconstruir la secuencia de eventos a lo largo del tiempo. Las otras opciones son problemáticas: Adjuntar la marca de tiempo en la aplicación suscriptora introduciría latencia de red y procesamiento, distorsionando el momento real del evento. Usar NOW() en BigQuery registraría la hora de ingesta en BigQuery, no la hora del evento original, lo que es inútil para el análisis histórico. La marca de tiempo generada automáticamente por Cloud Pub/Sub indica cuándo Pub/Sub recibió el mensaje, no cuándo ocurrió el evento en el dispositivo, lo que también introduce latencia.