Questo documento descrive come creare una sottoscrizione push. Puoi utilizzare la Google Cloud console, Google Cloud CLI, la libreria client o l' API Pub/Sub per creare una sottoscrizione push.
Prima di iniziare
- Scopri di più sulle sottoscrizioni.
- Scopri come funzionano le sottoscrizioni push.
Ruoli e autorizzazioni richiesti
Per ottenere le autorizzazioni necessarie per creare una sottoscrizione push, chiedi all'amministratore di concederti il ruolo IAM Pub/Sub Editor (roles/pubsub.editor) nel progetto.
Per saperne di più sulla concessione dei ruoli, consulta Gestisci l'accesso a progetti, cartelle e organizzazioni.
Questo ruolo predefinito contiene le autorizzazioni necessarie per creare una sottoscrizione push. Per vedere quali sono esattamente le autorizzazioni richieste, espandi la sezione Autorizzazioni obbligatorie:
Autorizzazioni obbligatorie
Per creare una sottoscrizione push sono necessarie le seguenti autorizzazioni:
-
pubsub.subscriptions.createsul progetto -
pubsub.topics.attachSubscriptionsull'argomento
Potresti anche ottenere queste autorizzazioni con ruoli personalizzati o altri ruoli predefiniti.
Sottoscrizioni tra progetti
Se crei una sottoscrizione in un progetto per un argomento in un altro progetto, devi disporre dell'autorizzazione pubsub.subscriptions.create nel progetto in cui stai creando la sottoscrizione e dell'autorizzazione pubsub.topics.attachSubscription nell'argomento.
Proprietà della sottoscrizione push
Le sottoscrizioni push supportano tutte le proprietà comuni delle sottoscrizioni. Le sezioni seguenti descrivono le proprietà specifiche delle sottoscrizioni push.
Endpoint
URL dell'endpoint (obbligatorio). Un indirizzo HTTPS accessibile pubblicamente. Il server per l'endpoint push deve avere un certificato SSL valido firmato da un'autorità di certificazione. Il servizio Pub/Sub invia i messaggi agli endpoint push da la stessa Google Cloud regione in cui il servizio Pub/Sub archivia i messaggi. Il servizio Pub/Sub invia i messaggi dalla stessa Google Cloud regione con il massimo impegno.
Se gli abbonati utilizzano un firewall, non possono ricevere richieste push. Per ricevere richieste push, devi disattivare il firewall e verificare il token JWT (JSON Web Token) utilizzato nella richiesta. Se un abbonato ha un firewall, potresti ricevere un errore
403 permission denied.Pub/Sub non richiede una prova della proprietà per i domini URL con sottoscrizione push. Se il tuo dominio riceve richieste POST impreviste da Pub/Sub, puoi segnalare un sospetto abuso.
Autenticazione
Abilita l'autenticazione. Se questa opzione è abilitata, i messaggi inviati da Pub/Sub all'endpoint push includono un'intestazione di autorizzazione per consentire all'endpoint di autenticare la richiesta. Sono disponibili meccanismi di autenticazione e autorizzazione automatici per gli endpoint di App Engine standard e Cloud Run Functions ospitati nello stesso progetto della sottoscrizione.
La configurazione dell'autenticazione per una sottoscrizione push autenticata è costituita da un account di servizio gestito dall'utente, e dai parametri del segmento di pubblico che sono specificati in una chiamata create, patch o ModifyPushConfig. Devi anche concedere un ruolo specifico a un account di servizio, come descritto nella sezione successiva.
Segmento di pubblico. Una singola stringa senza distinzione tra maiuscole e minuscole che il webhook utilizza per convalidare il segmento di pubblico previsto di questo token specifico.
Service account. Pub/Sub crea automaticamente un account di servizio per te con il formato
service-{PROJECT_NUMBER}@gcp-sa-pubsub.iam.gserviceaccount.com.
Prerequisiti per l'abilitazione dell'autenticazione
Il service account gestito dall'utente è il account di servizio associato alla sottoscrizione push. Questo account viene utilizzato come attestazione email del token JWT (JSON Web Token) generato. Di seguito è riportato un elenco dei requisiti per il account di servizio:
Questo service account gestito dall'utente deve trovarsi nello stesso progetto della sottoscrizione push.
L'entità che crea o modifica la sottoscrizione push deve disporre dell'autorizzazione
iam.serviceAccounts.actAssul service account gestito dall'utente per collegare il account di servizio alla sottoscrizione push. Per saperne di più, consulta Collegare service account alle risorse.Autorizzazioni obbligatorie: a questo account di servizio deve essere concessa l'
iam.serviceAccounts.getOpenIdTokenautorizzazione (inclusa nelroles/iam.serviceAccountTokenCreatorruolo) per consentire a Pub/Sub di creare token JWT per il account di servizio specificato per autenticare le richieste push.
Annullamento del wrapping del payload
L'opzione Abilita l'annullamento del wrapping del payload rimuove tutti i metadati dei messaggi Pub/Sub, ad eccezione dei dati dei messaggi. Con l'annullamento del wrapping del payload, i dati dei messaggi vengono inviati direttamente come corpo HTTP.
Puoi anche abilitare l'opzione Scrivi metadati. L'opzione Scrivi metadati aggiunge nuovamente i metadati dei messaggi rimossi in precedenza nell'intestazione della richiesta.
Inviare a indirizzi VPC privati
Pub/Sub opera al di fuori delle reti VPC e non può inviare direttamente messaggi a indirizzi VPC privati. Tuttavia, puoi utilizzare Eventarc per instradare i messaggi ai servizi all'interno del tuo VPC. Pub/Sub può inviare messaggi a un trigger Eventarc, che può quindi inoltrarli a un servizio all'interno del tuo VPC, ad esempio un servizio Cloud Run o un'esecuzione di Workflows. Per saperne di più, consulta la documentazione di Eventarc.
Controlli di servizio VPC
Per un progetto protetto da Controlli di servizio VPC, tieni presente le seguenti limitazioni per le sottoscrizioni push:
Puoi creare solo nuove sottoscrizioni push per le quali l'endpoint push è impostato su un servizio Cloud Run con un URL
run.apppredefinito o su un'esecuzione di Workflows. I domini personalizzati non funzionano.Quando instradi gli eventi tramite Eventarc verso le destinazioni di Workflows per le quali l'endpoint push è impostato su un'esecuzione di Workflows, puoi creare nuove sottoscrizioni push solo tramite Eventarc.
Non puoi aggiornare le sottoscrizioni push esistenti. Queste sottoscrizioni push continuano a funzionare, anche se non sono protette da Controlli di servizio VPC.
Creare una sottoscrizione push
Gli esempi seguenti mostrano come creare una sottoscrizione con pubblicazione push utilizzando le impostazioni predefinite fornite.
Per impostazione predefinita, le sottoscrizioni utilizzano la pubblicazione pull, a meno che tu non imposti esplicitamente una configurazione push, come mostrato negli esempi seguenti.
Console
Per creare una sottoscrizione push:
- Nella Google Cloud console, vai alla pagina Sottoscrizioni.
- Fai clic su Crea sottoscrizione.
- Nel campo ID sottoscrizione, inserisci un nome.
Per informazioni su come denominare una sottoscrizione, consulta Linee guida per la denominazione di un argomento o di una sottoscrizione.
- Scegli o crea un argomento dal menu a discesa. La sottoscrizione riceve i messaggi dall'argomento.
- Seleziona Push come Tipo di pubblicazione.
- Specifica un URL dell'endpoint.
- Mantieni tutti gli altri valori predefiniti.
- Fai clic su Crea.
Puoi anche creare una sottoscrizione dalla sezione Argomenti. Questa scorciatoia è utile per associare gli argomenti alle sottoscrizioni.
- Nella Google Cloud console, vai alla pagina Argomenti.
- Fai clic su more_vert accanto all'argomento su cui creare una sottoscrizione.
- Dal menu contestuale, seleziona Crea sottoscrizione.
- Inserisci l'ID sottoscrizione.
Per informazioni su come denominare una sottoscrizione, consulta Linee guida per la denominazione di un argomento o di una sottoscrizione.
- Seleziona Push come Tipo di pubblicazione.
- Specifica un URL dell'endpoint.
- Mantieni tutti gli altri valori predefiniti.
- Fai clic su Crea.
gcloud
-
Nella Google Cloud console, attiva Cloud Shell.
Nella parte inferiore della Google Cloud console viene avviata una sessione di Cloud Shell e viene visualizzato un prompt della riga di comando. Cloud Shell è un ambiente shell con Google Cloud CLI già inclusa e installata e con valori già impostati per il progetto corrente. L'inizializzazione della sessione può richiedere alcuni secondi.
-
Per creare una sottoscrizione push, esegui il
gcloud pubsub subscriptions createcomando.gcloud pubsub subscriptions create SUBSCRIPTION_ID \ --topic=TOPIC_ID \ --push-endpoint=PUSH_ENDPOINT
Sostituisci quanto segue:
SUBSCRIPTION_ID: il nome o l'ID della nuova sottoscrizione push.TOPIC_ID: il nome o l'ID dell'argomento.- PUSH_ENDPOINT: l'URL da utilizzare come endpoint per questa sottoscrizione.
Ad esempio,
https://myproject.appspot.com/myhandler.
REST
Per creare una sottoscrizione push, utilizza il
projects.subscriptions.create
metodo:
Richiesta:
La richiesta deve essere autenticata con un token di accesso nell'intestazione Authorization. Per ottenere un token di accesso per le Credenziali predefinite dell'applicazione correnti: gcloud auth application-default print-access-token.
PUT https://pubsub.googleapis.com/v1/projects/PROJECT_ID/subscriptions/SUBSCRIPTION_ID Authorization: Bearer ACCESS_TOKEN
Corpo della richiesta:
{
"topic": "projects/PROJECT_ID/topics/TOPIC_ID",
// Only needed if you are using push delivery
"pushConfig": {
"pushEndpoint": "PUSH_ENDPOINT"
}
}Dove:
https://myproject.appspot.com/myhandler.Risposta:
{
"name": "projects/PROJECT_ID/subscriptions/SUBSCRIPTION_ID",
"topic": "projects/PROJECT_ID/topics/TOPIC_ID",
"pushConfig": {
"pushEndpoint": "https://PROJECT_ID.appspot.com/myhandler",
"attributes": {
"x-goog-version": "v1"
}
},
"ackDeadlineSeconds": 10,
"messageRetentionDuration": "604800s",
"expirationPolicy": {
"ttl": "2678400s"
}
}C++
Prima di provare questo esempio, segui le istruzioni di configurazione di C++ in Guida rapida all'utilizzo delle librerie client. Per saperne di più, consulta la documentazione di riferimento dell'API Pub/Sub C++ .
C#
Prima di provare questo esempio, segui le istruzioni di configurazione di C# in Guida rapida all'utilizzo delle librerie client. Per saperne di più, consulta la documentazione di riferimento dell'API Pub/Sub C# .
Vai
L'esempio seguente utilizza la versione principale della libreria client Go Pub/Sub (v2). Se utilizzi ancora la libreria v1, consulta la guida alla migrazione alla v2. Per visualizzare un elenco di esempi di codice della versione 1, consulta gli esempi di codice deprecati.
Prima di provare questo esempio, segui le istruzioni di configurazione di Go in Guida rapida all'utilizzo delle librerie client. Per saperne di più, 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 saperne di più, consulta la documentazione di riferimento dell'API Pub/Sub Java.
Node.js
Prima di provare questo esempio, segui le istruzioni di configurazione di Node.js in guida rapida all'utilizzo delle librerie client. Per saperne di più, consulta la documentazione di riferimento dell'API Pub/Sub Node.js.
Node.ts
Prima di provare questo esempio, segui le istruzioni di configurazione di Node.js in guida rapida all'utilizzo delle librerie client. Per saperne di più, consulta la documentazione di riferimento dell'API Pub/Sub Node.js.
PHP
Prima di provare questo esempio, segui le istruzioni di configurazione di PHP in guida rapida all'utilizzo delle librerie client. Per saperne di più, consulta la documentazione di riferimento dell'API Pub/Sub PHP.
Python
Prima di provare questo esempio, segui le istruzioni di configurazione di Python in Guida rapida all'utilizzo delle librerie client. Per saperne di più, consulta la documentazione di riferimento dell'API Pub/Sub Python.
Ruby
L'esempio seguente utilizza la libreria client Ruby Pub/Sub v3. Se utilizzi ancora la libreria v2, consulta la guida alla migrazione alla v3. Per visualizzare un elenco di esempi di codice Ruby v2, consulta gli esempi di codice deprecati.
Prima di provare questo esempio, segui le istruzioni di configurazione di Ruby in Guida rapida all'utilizzo delle librerie client. Per saperne di più, consulta la documentazione di riferimento dell'API Pub/Sub Ruby.
Monitorare le sottoscrizioni push
Cloud Monitoring fornisce una serie di metriche per monitorare le sottoscrizioni.
Per un elenco di tutte le metriche disponibili relative a Pub/Sub e le relative descrizioni, consulta la documentazione di Monitoring per Pub/Sub.
Puoi anche monitorare le sottoscrizioni da Pub/Sub.
Passaggi successivi
- Crea o modifica una sottoscrizione con
gcloudcomandi. - Crea o modifica una sottoscrizione con le API REST.