Google Cloud · Professional
Google Cloud Certified - Professional Cloud Developer
Quien reenvía al dead-letter topic es service-<número>@gcp-sa-pubsub.iam.gserviceaccount.com, y necesita publisher en el dead-letter topic y subscriber en la suscripción de origen. Sin esos roles la política está configurada pero los mensajes nunca se mueven. El módulo otorga ambos.
En Pub/Sub un topic no guarda mensajes por sí mismo: se retienen por suscripción. Si el dead-letter topic no tiene una suscripción creada antes de que lleguen los mensajes, se pierden. El mínimo de intentos antes de reenviar es 5 (máximo 100).
Pub/Sub considera procesado el mensaje cuando el endpoint responde con 102, 200, 201, 202 o 204; cualquier otro código es un nack y Pub/Sub reenvía el mensaje. Lo mismo pasa si el worker tarda más que el ack deadline: Pub/Sub lo reentrega mientras sigue corriendo.
Pub/Sub soporta exactly-once delivery solo con suscripciones pull: push (lo que dispara a Cloud Run) no lo soporta, porque el cliente no sabe si Pub/Sub recibió la respuesta y la procesó.
Letra Chica