Problemi noti di Eventarc Standard

Gemini Code Assist è supportato solo in VS Code con l'estensione Gemini Code Assist + Cloud Code version+.

Questa pagina elenca i problemi noti di Eventarc Standard.

Puoi anche controllare se esistono problemi esistenti o aprirne di nuovi negli issue tracker pubblici.

  • Per l'attivazione degli attivatori appena creati possono essere necessari fino a due minuti.

  • Se aggiorni un attivatore prima che l'evento generato venga inviato, l'evento viene indirizzato in base al filtro precedente e inviato alla destinazione originale entro tre giorni dalla generazione dell'evento. Il nuovo filtro viene applicato agli eventi generati dopo l'aggiornamento.

  • È nota la trasmissione duplicata di audit log di Cloud da alcune Google Cloud origini evento. Quando vengono pubblicati log duplicati, gli eventi duplicati vengono inviati alle destinazioni. Per evitare questi eventi duplicati, devi creare attivatori per i campi che garantiscono l'unicità dell'evento. 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 (serviceName: bigquery.googleapis.com)

    Tieni presente che, poiché Workflows gestisce la deduplica degli eventi, non devi assicurarti 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 l'attivatore deve trovarsi nello stesso Google Cloud progetto dell'attivatore. Se le richieste al tuo servizio vengono attivate da messaggi pubblicati in un argomento Pub/Sub, l'argomento deve trovarsi anche nello stesso progetto dell'attivatore. Consulta Indirizzare gli eventi tra Google Cloud progetti.

  • Indipendentemente da dove si trova effettivamente l'istanza di macchina virtuale, gli attivatori di Cloud Audit Logging per Compute Engine generano eventi che hanno origine da una singola regione: us-central1. Quando crei l'attivatore, assicurati che la posizione dell'attivatore sia impostata su us-central1 o global.

  • Gli eventi Pub/Sub diretti non includono un campo delivery_attempt, a meno che la destinazione dell'evento non sia Cloud Run o le funzioni Cloud Run. Ciò potrebbe influire sulla gestione degli errori relativi ai messaggi.

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

  • Quando utilizzi Workflows come destinazione per un trigger Eventarc, gli eventi più grandi delle dimensioni massime degli argomenti di Workflows non attiveranno le esecuzioni del flusso di lavoro. Per ulteriori informazioni, consulta Quote e limiti.

  • Il limite di profondità massima nidificata per ogni voce di log strutturata per gli attivatori che utilizzano Cloud Audit Logs è di 64 livelli. Gli eventi di log che superano questo limite vengono eliminati e non vengono inviati da Eventarc.

  • Quando crei un trigger Eventarc per la prima volta in un Google Cloud progetto, potrebbe verificarsi un ritardo nel provisioning dell'agente di servizio Eventarc. In genere questo problema può essere risolto tentando di creare di nuovo l'attivatore. Per ulteriori informazioni, consulta Errori di autorizzazione negata.