Prima di implementare il codice aggiornato del sottoscrittore Pub/Sub che potrebbe riconoscere erroneamente i messaggi e non si conservano i messaggi riconosciuti, come è possibile recuperare i messaggi se l'implementazione causa la perdita di messaggi?

La creazione di uno snapshot Pub/Sub prima di un'implementazione rischiosa è la soluzione migliore. Uno snapshot cattura lo stato attuale delle sottoscrizioni, inclusi i messaggi in sospeso. Se il nuovo codice del sottoscrittore causa problemi e i messaggi vengono erroneamente riconosciuti (e quindi persi), è possibile utilizzare l'operazione Seek sulla sottoscrizione per ripristinare lo stato allo snapshot creato in precedenza. Questo rende nuovamente disponibili tutti i messaggi che erano in sospeso al momento dello snapshot, permettendo al sottoscrittore di rielaborarli correttamente. Le altre opzioni non sono adeguate: L'emulatore Pub/Sub è utile per i test locali, ma non fornisce un meccanismo di recupero per i messaggi persi in produzione. Cloud Build gestisce l'implementazione, ma un timestamp non permette di recuperare i messaggi riconosciuti erroneamente. Il dead-lettering è per i messaggi che falliscono la consegna dopo un certo numero di tentativi, non per i messaggi erroneamente riconosciuti da un sottoscrittore difettoso.