Hoe kunt u berichten herstellen als de implementatie leidt tot berichtenverlies, voordat u bijgewerkte Pub/Sub-subscribercode implementeert die mogelijk berichten onjuist bevestigt en u bevestigde berichten niet bewaart?

De juiste aanpak is het maken van een Pub/Sub-snapshot vóór de implementatie. Een snapshot bewaart de status van de abonnementen op het moment van creatie. Als de nieuwe code berichten onjuist bevestigt, kunt u met een Seek-bewerking het abonnement terugzetten naar de snapshot. Dit zorgt ervoor dat alle berichten die na het maken van de snapshot zijn gepubliceerd en die mogelijk onjuist zijn verwerkt, opnieuw worden bezorgd. Het lokaal testen met de emulator is een goede praktijk, maar biedt geen herstelmechanisme voor berichten die al in productie zijn verwerkt. Cloud Build logt implementatietijdstempels, maar een Seek-bewerking naar een tijdstempel herstelt alleen berichten vanaf dat punt, niet degenen die mogelijk al onjuist zijn verwerkt. Dead-lettering is nuttig voor berichten die niet kunnen worden verwerkt, maar voorkomt niet dat correct verwerkte (maar onjuist bevestigde) berichten verloren gaan.