Een handmatige ordercontrole-workflow gebruikt een Pub/Sub pull-abonnement om orders aan verkoopagenten te leveren. Je moet voorkomen dat een order twee keer door verschillende agenten wordt verwerkt zonder de workflowcomplexiteit te vergroten. Wat moet je doen?

De correcte optie is om Pub/Sub exactly-once delivery te gebruiken in je pull-abonnement. Dit voorkomt dat een bericht meer dan één keer wordt geleverd, zelfs bij herleveringen als gevolg van fouten of time-outs, zonder dat je zelf complexe logica hoeft te implementeren. Dit garandeert dat elke order slechts één keer wordt verwerkt door een agent. Het gebruik van een Deduplicate PTransform in Dataflow is niet ideaal omdat dit extra complexiteit en latency introduceert voor een probleem dat Pub/Sub zelf kan oplossen. Een transactionele database maken om in behandeling zijnde berichten te monitoren, voegt ook aanzienlijke complexiteit toe en vereist handmatige state management. Een nieuw Pub/Sub push-abonnement maken om verwerkte orders te monitoren, lost het probleem van dubbele verwerking niet op; het monitort alleen de status na verwerking.