Debe actualizar un pipeline de streaming de producción que ingiere desde Pub/Sub y hacer que el pipeline actualizado reprocese los mensajes entregados de los dos días anteriores. ¿Qué acciones logran esto? (Elija dos).

Para reprocesar mensajes de los dos días anteriores en un pipeline de streaming de producción que ingiere desde Pub/Sub, es necesario que esos mensajes estén disponibles para la suscripción. La opción correcta es habilitar el flag retain-acked-messages en la suscripción de Pub/Sub. Este flag permite que los mensajes confirmados (acked) se retengan durante un período configurable (hasta 7 días), lo que los hace elegibles para ser buscados (seek) a un punto en el tiempo anterior. La opción "Utilice Pub/Sub Seek con una marca de tiempo" es la segunda acción necesaria. Una vez que los mensajes confirmados se retienen, se puede usar la funcionalidad de Seek de Pub/Sub para mover el puntero de la suscripción a una marca de tiempo específica de hace dos días. Esto hará que la suscripción vuelva a entregar todos los mensajes publicados después de esa marca de tiempo, incluidos los que ya habían sido confirmados y retenidos. Las otras opciones son incorrectas: El flag clear-retry-policy no tiene relación con la retención o el reprocesamiento de mensajes. Una Snapshot de Pub/Sub captura el estado de los mensajes no confirmados en un momento dado, no permite reprocesar mensajes ya confirmados. Crear una nueva suscripción dos días antes del despliegue no garantiza que los mensajes anteriores estén disponibles para esa nueva suscripción, ya que solo recibirá mensajes publicados después de su creación.