Ontwerp een Pub/Sub push-abonnementensysteem voor clickstream waarbij abonnees tijdelijk offline kunnen zijn. Vereisten: sla onverbruikte invoer op, probeer mislukte pogingen geleidelijk opnieuw om overbelasting te voorkomen, en sla na maximaal 10 nieuwe pogingen mislukte berichten op in een topic. Hoe configureer je het abonnement?

Het correcte antwoord is om exponentiële backoff te gebruiken als het retry-beleid en dead lettering te configureren naar een ander topic met een maximum aantal afleverpogingen van 10. Exponentiële backoff zorgt ervoor dat mislukte pogingen geleidelijk opnieuw worden geprobeerd, wat overbelasting van de abonnee voorkomt en voldoet aan de eis om onverbruikte invoer op te slaan terwijl abonnees tijdelijk offline zijn. Dead lettering naar een ander topic na 10 mislukte pogingen voldoet aan de eis om mislukte berichten op te slaan voor verdere analyse zonder het oorspronkelijke verwerkingsproces te blokkeren. Het verhogen van de acknowledgement deadline is onvoldoende voor robuuste retries en dead lettering. Directe herlevering kan de abonnee overbelasten. Dead lettering naar hetzelfde brontopic is onpraktisch en kan leiden tot een oneindige lus van mislukte berichten.