Questa pagina spiega come ricevere e confermare i messaggi utilizzando la funzionalità exactly-once di Pub/Sub, che ti consente di monitorare e impedire l'elaborazione duplicata dei messaggi. Quando la funzionalità è attivata, Pub/Sub fornisce la seguente semantica:
Gli abbonati possono determinare se i messaggi di conferma sono andati a buon fine.
Non si verifica alcuna riconsegna dopo la conferma del messaggio.
Non si verifica alcuna riconsegna quando un messaggio è in sospeso. Un messaggio viene considerato in sospeso fino alla scadenza della conferma o fino al riconosciuto.
In caso di più consegne valide, a causa della scadenza di conferma scadenza o conferma negativa avviata dal client, solo l'ultima L'ID di conferma può essere utilizzato per confermare il messaggio. Eventuali richieste con un ID di conferma precedente non vanno a buon fine.
Se il criterio "exactly-once" è abilitato, i sottoscrittori possono assicurarsi che i messaggi vengano elaborati tempo seguendo queste linee guida:
Conferma i messaggi entro la scadenza dell'accettazione.
Mantenere le informazioni sull'avanzamento dell'elaborazione di un messaggio fino al suo con esito positivo.
Utilizza le informazioni sull'avanzamento dell'elaborazione di un messaggio per evitare di duplicare il lavoro quando un ack non va a buon fine.
Solo il tipo di sottoscrizione pull supporta l'invio esattamente una volta, inclusi gli abbonati che utilizzano l'API StreamingPull. Le sottoscrizioni push ed esportazione non supportano la consegna "exactly-once".
Pub/Sub supporta la consegna "exactly-once", all'interno di una regione cloud, basata su un ID messaggio unico definito da Pub/Sub.
Versioni consigliate della libreria client
- Per prestazioni ottimali, utilizza l'ultima versione della libreria client, Python Versione 2.13.6 o successiva, Java Versione 1.120.11 o successiva, Versione 1.39.0 o successiva, C# Versione 3.2.0 o successiva, C++ v2.1.0, Vai Versione 1.25.1 o successiva, Nodo Versione 3.2.0 o successiva e Ruby Versione 2.12.1 o successiva.
Ricaricamento e duplicato
È importante comprendere la differenza tra previsto e imprevisto e nuovi caricamenti.
Un nuovo invio può verificarsi a causa di un conferma di ricezione negativa di un messaggio avviata dal client o quando il client non estende la scadenza della conferma di ricezione del messaggio prima della scadenza della conferma di ricezione. Nuovi caricamenti sono considerati validi e il sistema funziona come previsto.
Per risolvere i problemi relativi ai nuovi caricamenti, consulta la sezione Gestione dei duplicati.
Si verifica un duplicato quando un messaggio viene inviato nuovamente dopo una conferma di ricezione o prima della scadenza della scadenza di conferma.
Un messaggio ricaricato conserva lo stesso ID messaggio tra un tentativo di riconsegna e l'altro.
Le sottoscrizioni con la consegna "exactly-once" abilitata non ricevono duplicati delle consegne.
Supporto della distribuzione "exactly-once" nelle librerie client
Le librerie client supportate hanno un'interfaccia per l'acknowledgement con risposta (ad esempio Go). Puoi utilizzare questa interfaccia per verificare se la richiesta di conferma è andata a buon fine. Se la richiesta di conferma ha esito positivo, ai clienti viene garantito non riceveranno una nuova consegna. Se la richiesta di conferma non va a buon fine, i clienti possono aspettarsi una nuova consegna.
I client possono anche utilizzare le librerie client supportate senza l'interfaccia di conferma. Tuttavia, in questi casi, gli errori di conferma possono comportare il reinvio silenzioso dei messaggi.
Le librerie client supportate includono interfacce per l'impostazione del numero minimo durata dell'estensione del lease (esempio: Vai). Devi impostare un numero elevato per l'estensione di leasing minima per evitare scadenze di conferma relative alla rete. Il valore massimo è impostato su 600 secondi.
I valori e l'intervallo predefiniti per le variabili correlate alla pubblicazione "exactly-once" e nomi delle variabili potrebbero essere diversi nelle librerie client. Ad esempio, nella libreria client Java, le seguenti variabili controllano la pubblicazione esattamente una volta.
Variabile | Descrizione | Valore |
---|---|---|
setEnableExactlyOnceDelivery |
Attiva o disattiva la consegna "exactly-once". | true o false Valore predefinito=false |
minDurationPerAckExtension |
Il tempo minimo in secondi da utilizzare per estendere la scadenza di conferma della modifica. | Intervallo = da 0 a 600. Valore predefinito = nessuno |
maxDurationPerAckExtension |
Il tempo massimo in secondi da utilizzare per estendere la scadenza di conferma della modifica. | Intervallo=da 0 a 600 Predefinito=nessuno |
Nel caso di invio esattamente una volta, la richiesta modifyAckDeadline
o acknowledgment
a Pub/Sub non va a buon fine quando l'ID di conferma è già scaduto. In questi casi, il servizio considera l'ID di conferma scaduto non valido, poiché una spedizione più recente potrebbe essere già in corso. Questa funzionalità è progettata per "exactly-once"
la distribuzione dei contenuti. Vedrai quindi che le richieste acknowledgment
e ModifyAckDeadline
restituiscono una risposta INVALID_ARGUMENT
. Quando la consegna esattamente una volta è disattivata, queste richieste restituiscono OK
in caso di ID di conferma scaduti.
Per assicurarti che le richieste acknowledgment
e ModifyAckDeadline
abbiano ID di conferma validi, ti consigliamo di impostare il valore di minDurationPerAckExtension
su un numero elevato.
Considerazioni regionali
La garanzia di consegna "exactly-once" si applica solo quando gli abbonati si connettono al servizio nella stessa regione. Se l'applicazione dell'abbonato è distribuita in più regioni, può portare alla consegna duplicata dei messaggi, anche quando la pubblicazione "exactly-once" è abilitata. I publisher possono inviare messaggi a qualsiasi regione e esattamente una volta mantenuta la garanzia.
Quando esegui la tua applicazione all'interno di Google Cloud, per impostazione predefinita si connette all'endpoint Pub/Sub nella stessa regione. Pertanto, l'esecuzione dell'applicazione in una singola regione in Google Cloud in genere garantisce che tu stia interagendo con una singola regione.
Quando esegui l'applicazione dell'abbonato al di fuori di Google Cloud o in più regioni, puoi assicurarti di connetterti a una singola regione utilizzando un endpoint di località durante la configurazione di Pub/Sub di alto profilo. Tutti gli endpoint della località per Pub/Sub puntano al singolo regioni. Per saperne di più sugli endpoint geografici, consulta Endpoint Pub/Sub. Per un elenco di tutti gli endpoint di località per Pub/Sub, consulta Elenco di endpoint di località.
Creare sottoscrizioni con consegna "exactly-once"
Puoi creare una sottoscrizione con invio esattamente una volta utilizzando la console Google Cloud, Google Cloud CLI, la libreria client o l'API Pub/Sub.
Sottoscrizione pull
Console
Per creare un abbonamento pull con invio esattamente una volta:
Nella console Google Cloud, vai alla pagina Abbonamenti.
Fai clic su Crea sottoscrizione.
Inserisci l'ID abbonamento.
Scegli o crea un argomento dal menu a discesa.
La sottoscrizione riceve i messaggi dall'argomento.
Nella sezione Consegna "exactly-once", seleziona Abilita la consegna "exactly-once".
Fai clic su Crea.
gcloud
Per creare una sottoscrizione pull con la modalità exactly-once, utilizza il comando
gcloud pubsub subscriptions create
con il flag --enable-exactly-once-delivery
:
gcloud pubsub subscriptions create SUBSCRIPTION_ID \ --topic=TOPIC_ID \ --enable-exactly-once-delivery
Sostituisci quanto segue:
- SUBSCRIPTION_ID: l'ID dell'abbonamento da creare
- TOPIC_ID: l'ID dell'argomento da collegare alla sottoscrizione
REST
Per creare una sottoscrizione con consegna "exactly-once", utilizza il metodo
projects.subscriptions.create
.
PUT https://pubsub.googleapis.com/v1/projects/PROJECT_ID/subscriptions/SUBSCRIPTION_ID Authorization: Bearer $(gcloud auth print-access-token)
Sostituisci quanto segue:
- PROJECT_ID: l'ID del progetto in cui creare l'abbonamento
- SUBSCRIPTION_ID: l'ID dell'abbonamento da creare
Per creare una sottoscrizione pull con invio esattamente una volta, specifica quanto segue nel corpo della richiesta:
{ "topic": "projects/PROJECT_ID/topics/TOPIC_ID", "enableExactlyOnceDelivery": true, }
Sostituisci quanto segue:
- PROJECT_ID: l'ID del progetto con l'argomento
- TOPIC_ID: l'ID dell'argomento da collegare alla sottoscrizione
C++
Prima di provare questo esempio, segui le istruzioni di configurazione C++ riportate nella guida rapida all'utilizzo delle librerie client. Per ulteriori informazioni, consulta la documentazione di riferimento dell'API Pub/Sub C++.
C#
Prima di provare questo esempio, segui le istruzioni di configurazione C# riportate nella guida rapida all'utilizzo delle librerie client. Per ulteriori informazioni, consulta la documentazione di riferimento dell'API Pub/Sub C#.
Vai
Prima di provare questo esempio, segui le istruzioni di configurazione di Go riportate nella guida rapida all'utilizzo delle librerie client. Per ulteriori informazioni, consulta la documentazione di riferimento dell'API Pub/Sub Go.
Java
Prima di provare questo esempio, segui le istruzioni di configurazione di Java in Guida rapida all'utilizzo delle librerie client. Per ulteriori informazioni, consulta la documentazione di riferimento dell'API Java Pub/Sub.
Python
Prima di provare questo esempio, segui le istruzioni di configurazione di Python in Guida rapida all'utilizzo delle librerie client. Per ulteriori informazioni, consulta la documentazione di riferimento dell'API Python Pub/Sub.
Node.js
Prima di provare questo esempio, segui le istruzioni di configurazione di Node.js riportate nella Guida rapida all'utilizzo delle librerie client. Per ulteriori informazioni, consulta la documentazione di riferimento dell'API Pub/Sub per Node.js.
Node.js
Prima di provare questo esempio, segui le istruzioni di configurazione di Node.js in Guida rapida all'utilizzo delle librerie client. Per ulteriori informazioni, consulta la documentazione di riferimento dell'API Pub/Sub per Node.js.
Ruby
Prima di provare questo esempio, segui le istruzioni di configurazione di Ruby riportate nella guida rapida all'utilizzo delle librerie client. Per ulteriori informazioni, consulta la documentazione di riferimento dell'API Ruby Pub/Sub.
PHP
Prima di provare questo esempio, segui le istruzioni di configurazione di PHP riportate nella guida rapida all'utilizzo delle librerie client. Per ulteriori informazioni, consulta la documentazione di riferimento dell'API PHP Pub/Sub.
Abbonati con la consegna dei messaggi "exactly-once"
Di seguito sono riportati alcuni esempi di codice per l'iscrizione con invio esattamente una volta utilizzando la libreria client.
Sottoscrizione pull
Go
Prima di provare questo esempio, segui le istruzioni di configurazione di Go riportate nella guida rapida di Pub/Sub che utilizza le librerie client. Per ulteriori informazioni, consulta la documentazione di riferimento dell'API Pub/Sub Go.
Per eseguire l'autenticazione su Pub/Sub, configura le credenziali predefinite dell'applicazione. Per ulteriori informazioni, vedi Configura l'autenticazione per un ambiente di sviluppo locale.
Java
Prima di provare questo esempio, segui le istruzioni per la configurazione di Java nel Guida rapida di Pub/Sub con librerie client. Per ulteriori informazioni, consulta la documentazione di riferimento dell'API Pub/Sub Java.
Per autenticarti a Pub/Sub, configura le credenziali predefinite dell'applicazione. Per ulteriori informazioni, vedi Configura l'autenticazione per un ambiente di sviluppo locale.
Node.js
Prima di provare questo esempio, segui le istruzioni per la configurazione di Node.js nel Guida rapida di Pub/Sub con librerie client. Per ulteriori informazioni, consulta la documentazione di riferimento dell'API Pub/Sub Node.js.
Per eseguire l'autenticazione su Pub/Sub, configura le credenziali predefinite dell'applicazione. Per ulteriori informazioni, vedi Configura l'autenticazione per un ambiente di sviluppo locale.
PHP
Prima di provare questo esempio, segui le istruzioni per la configurazione di PHP nel Guida rapida di Pub/Sub con librerie client. Per ulteriori informazioni, consulta la documentazione di riferimento dell'API Pub/Sub PHP.
Per eseguire l'autenticazione su Pub/Sub, configura le credenziali predefinite dell'applicazione. Per maggiori informazioni, consulta Configurare l'autenticazione per un ambiente di sviluppo locale.
Python
Prima di provare questo esempio, segui le istruzioni per la configurazione di Python nel Guida rapida di Pub/Sub con librerie client. Per ulteriori informazioni, consulta API Pub/Sub Python documentazione di riferimento.
Per eseguire l'autenticazione su Pub/Sub, configura le credenziali predefinite dell'applicazione. Per ulteriori informazioni, vedi Configura l'autenticazione per un ambiente di sviluppo locale.
Ruby
Prima di provare questo esempio, segui le istruzioni per la configurazione di Ruby nel Guida rapida di Pub/Sub con librerie client. Per ulteriori informazioni, consulta API Pub/Sub Ruby documentazione di riferimento.
Per autenticarti a Pub/Sub, configura le credenziali predefinite dell'applicazione. Per ulteriori informazioni, vedi Configura l'autenticazione per un ambiente di sviluppo locale.
C++
Prima di provare questo esempio, segui le istruzioni per la configurazione di C++ nel Guida rapida di Pub/Sub con librerie client. Per ulteriori informazioni, consulta la documentazione di riferimento dell'API Pub/Sub C++.
Per eseguire l'autenticazione su Pub/Sub, configura le credenziali predefinite dell'applicazione. Per maggiori informazioni, consulta Configurare l'autenticazione per un ambiente di sviluppo locale.
C#
Prima di provare questo esempio, segui le istruzioni per la configurazione di C# nel Guida rapida di Pub/Sub con librerie client. Per ulteriori informazioni, consulta la documentazione di riferimento dell'API Pub/Sub C#.
Per autenticarti a Pub/Sub, configura le credenziali predefinite dell'applicazione. Per ulteriori informazioni, vedi Configura l'autenticazione per un ambiente di sviluppo locale.
Node.js (TypeScript)
Prima di provare questo esempio, segui le istruzioni di configurazione di Node.js riportate nella guida rapida di Pub/Sub che utilizza le librerie client. Per ulteriori informazioni, consulta API Node.js Pub/Sub documentazione di riferimento.
Per eseguire l'autenticazione su Pub/Sub, configura le credenziali predefinite dell'applicazione. Per maggiori informazioni, consulta Configurare l'autenticazione per un ambiente di sviluppo locale.
Monitorare le iscrizioni alla consegna "exactly-once"
La
subscription/exactly_once_warning_count
registra il numero di eventi che
possono comportare possibili pubblicazioni di nuovo (valide o duplicate). Questa metrica conteggia le volte in cui Pub/Sub non riesce a elaborare le richieste associate agli ID di conferma (richiesta ModifyAckDeadline
o acknowledgment
). I motivi
dell'errore possono essere basati sul server o sul client. Ad esempio, se il livello di persistenza utilizzato per mantenere le informazioni di invio esattamente una volta non è disponibile, si tratta di un evento basato su server. Se il client prova a confermare la ricezione di un messaggio con
ID di conferma non valido, si tratta di un evento basato su client.
Comprendere la metrica
subscription/exactly_once_warning_count
acquisisce gli eventi che potrebbero o meno
che generano effettivamente ripubblicazioni e può generare rumore in base al comportamento del cliente. Ad esempio, richieste acknowledgment
o ModifyAckDeadline
ripetute con ID di conferma non validi incrementano la metrica ripetutamente.
Anche le seguenti metriche sono utili per comprendere il comportamento del cliente:
subscription/expired_ack_deadlines_count
La metrica mostra il numero di scadenze degli ID di conferma. Riconoscimento Le scadenze degli ID possono determinare errori sia perModifyAckDeadline
che peracknowledgment
richieste.La metrica
service.serviceruntime.googleapis.com/api/request_count
può essere utilizzata per rilevare gli errori delle richiesteModifyAckDeadline
oacknowledgment
nei casi in cui le richieste raggiungono Google Cloud, ma non raggiungono Pub/Sub. Si sono verificati errori che non consentono di acquisizione, ad esempio quando i client sono disconnessi da Google Cloud.
Nella maggior parte dei casi di eventi di errore che è possibile ritentare, le librerie client supportate riprova a eseguire la richiesta automaticamente.
Quote
Gli abbonamenti per la consegna "exactly-once" sono soggetti a quota aggiuntiva i tuoi requisiti. Queste quote vengono applicate a:
- Numero di messaggi consumati dalle sottoscrizioni con consegna "exactly-once" abilitate per regione.
- Numero di messaggi confermati o la cui scadenza è stata estesa quando si utilizzano i suddetti abbonamenti con la consegna "exactly-once" abilitata per regione.
Per ulteriori informazioni su queste quote, consulta la tabella Quote.
Consegna "exactly-once" e iscrizioni ordinate
Pub/Sub supporta la consegna "exactly-once" con consegna ordinata.
Quando utilizzi l'ordinamento con la consegna "exactly-once", Pub/Sub si aspetta che i riconoscimenti siano in ordine. Se le conferme non sono nell'ordine corretto, i non riesce le richieste con errori temporanei. Se la scadenza di conferma scadono prima di una conferma di consegna in ordine, il cliente ricevere una nuova consegna del messaggio. Per questo motivo, quando utilizzi l'ordinamento con la pubblicazione esattamente una volta, il throughput del client è limitato a un ordine di migliaia di messaggi al secondo.
Consegna "exactly-once" e iscrizioni push
Pub/Sub supporta la consegna "exactly-once" solo con le sottoscrizioni pull.
I client che utilizzano i messaggi delle sottoscrizioni push riconoscono i messaggi rispondendo alle richieste push con esito positivo. Tuttavia, i client non sanno se l'abbonamento Pub/Sub ha ricevuto la risposta e la ha elaborata. È un'operazione diversa rispetto alle sottoscrizioni pull, in cui l'accettazione vengono avviate dai client e dalla sottoscrizione Pub/Sub risponde se la richiesta è stata elaborata correttamente. Per questo motivo, la semantica di consegna "exactly-once" non è molto in linea con le iscrizioni push.
Aspetti da tenere presenti
Se la scadenza della conferma non è specificata al momento della creazione di una sottoscrizione, Gli abbonamenti abilitati per l'invio "exactly-once" avranno un riconoscimento predefinito una scadenza di 60 secondi.
Scadenza di conferma predefinite più lunghe sono utili per evitare la reimportazione causata da eventi di rete. Le librerie client supportate non utilizzano scadenza predefinita di conferma dell'abbonamento.
Gli abbonamenti per la consegna "exactly-once" hanno registrato un aumento la latenza da pubblicazione a sottoscrizione rispetto alle normali sottoscrizioni.
Se hai bisogno di una maggiore velocità in uscita, i client di importazione esattamente una volta devono utilizzare anche lo streaming pull.
Una sottoscrizione potrebbe ricevere più copie dello stesso messaggio a causa della presenza di duplicati sul lato della pubblicazione, anche con la consegna "exactly-once" attivata. I duplicati sul lato pubblicazione possono essere dovuti a più tentativi di pubblicazione univoci da parte del di pubblicazione o il servizio Pub/Sub. La presenza di più pubblicazioni univoche da parte del client di pubblicazione, a seguito di diversi nuovi tentativi, comporta ulteriori caricamenti con ID messaggio diversi. Più pubblicazioni univoche del servizio Pub/Sub, per rispondere a una richiesta di pubblicazione del client, comportano riconsegne con gli stessi ID messaggio.
Puoi riprovare a eseguire gli errori in
subscription/exactly_once_warning_count
e nelle librerie client supportate questi nuovi tentativi automaticamente. Tuttavia, gli errori relativi a ID di conferma non validi non possono da riprovare.