Problemi noti di Eventarc

Anteprima: Eventarc per Google Kubernetes Engine (GKE)

Sebbene Eventarc sia in disponibilità generale (GA), Eventarc per le destinazioni Google Kubernetes Engine (GKE) è soggetto ai "Termini delle offerte pre-GA" nella sezione Termini generali del servizio dei Termini specifici dei servizi. I prodotti e le funzionalità di pre-GA sono disponibili "così come sono" e potrebbero avere un supporto limitato. Per maggiori informazioni, consulta la descrizione della fase di lancio.

Questa pagina elenca i problemi noti di Eventarc.

Puoi anche controllare se esistono problemi esistenti o aprirne di nuovi utilizzando gli strumenti pubblici per la segnalazione dei problemi.

• I nuovi trigger creati possono richiedere fino a due minuti per diventare operativi.

• Esiste una trasmissione duplicata di Cloud Audit Logs da alcune origini eventi di Google Cloud. Quando vengono pubblicati log duplicati, gli eventi duplicati vengono inviati alle destinazioni. Per evitare questi eventi duplicati, devi creare attivatori per i campi che assicurano che l'evento sia univoco. Questo vale per i seguenti tipi di eventi:

  • Cloud Storage (serviceName: storage.googleapis.com), methodName: storage.buckets.list
  • Compute Engine (serviceName: compute.googleapis.com), methodName: beta.compute.instances.insert
  • BigQuery (nome servizio: bigquery.googleapis.com)

  Tieni presente che, poiché Workflows gestisce la deduplicazione degli eventi, non è necessario garantire che l'evento sia univoco quando crei un trigger per Workflows.

• Gli attivatori tra progetti non sono ancora supportati. Il servizio che riceve gli eventi per il trigger deve essere nello stesso progetto Google Cloud del trigger. Se le richieste al tuo servizio vengono attivate dai messaggi pubblicati in un argomento Pub/Sub, l'argomento deve trovarsi anche nello stesso progetto dell'attivatore. Consulta Instradare eventi tra progetti Google Cloud.

• Indipendentemente da dove si trova effettivamente l'istanza di macchina virtuale, gli audit log di Cloud generati per Compute Engine generano eventi che hanno origine da una singola regione: us-central1. Quando crei il trigger, assicurati che la posizione del trigger sia impostata su us-central1 o global.

• Per alcuni fornitori di eventi, puoi scegliere di codificare il payload degli eventi come application/json o application/protobuf. Tuttavia, un payload degli eventi formattato in JSON è maggiore di uno formattato in Protobuf e ciò potrebbe influire sull'affidabilità a seconda della destinazione dell'evento e sui suoi limiti sulle dimensioni dell'evento. Quando viene raggiunto questo limite, l'evento viene provato nuovamente in base alle caratteristiche di nuovo tentativo del livello di trasporto di Eventarc, Pub/Sub. Scopri come gestire gli errori dei messaggi Pub/Sub se viene eseguito il numero massimo di nuovi tentativi.

• Quando si utilizza Workflows come destinazione per un trigger Eventarc, gli eventi di dimensioni superiori a quelle massime degli argomenti Workflows non attiveranno le esecuzioni del flusso di lavoro. Per ulteriori informazioni, consulta Quote e limiti.

• Il limite massimo di profondità nidificato su ogni voce di log strutturato per i trigger che utilizzano Cloud Audit Logs è 64. Gli eventi del log che superano questo limite vengono ignorati e non vengono pubblicati da Eventarc.

• Quando crei un trigger Eventarc per la prima volta in un progetto Google Cloud, potrebbe verificarsi un ritardo nel provisioning dell'agente di servizio Eventarc. Questo problema solitamente si risolve cercando di creare di nuovo il trigger. Per maggiori informazioni, consulta la pagina Errori di autorizzazione negata.