Ereignisrouten

Sie können Ereignisse an Ihr Ziel weiterleiten, indem Sie Filter für einen Eventarc-Trigger konfigurieren. Die Triggerkonfiguration variiert je nach Ereignistyp. Welchen Ereignispfad Sie auswählen, hängt auch vom Ereignistyp ab.

Ereignistypen

  • Direkte Ereignisse von einem integrierten Google-Anbieter: Eventarc kann direkte Ereignisse wie die Aktualisierung eines Objekts in einem Cloud Storage-Bucket oder die Aktualisierung einer Firebase Remote Config-Vorlage weiterleiten. Liste der unterstützten direkten Ereignisse.

  • Cloud-Audit-Logs und Eventarc: Wenn ein Audit-Log erstellt wird, das den Filterkriterien des Eventarc-Triggers entspricht, werden Ereignisse weitergeleitet, sodass Sie bestimmte Ereignisse erfassen und darauf reagieren können. Liste der unterstützten Audit-Log-Ereignisse

  • Pub/Sub und Eventarc: Wenn eine Nachricht in einem Pub/Sub-Thema veröffentlicht wird, das durch die Filterkriterien ("type=google.cloud.pubsub.topic.v1.messagePublished") des Eventarc-Triggers angegeben ist, werden Ereignisse weitergeleitet. Sie können Eventarc in jeden Dienst einbinden, der Nachrichten mit Pub/Sub veröffentlichen kann.

  • Direkte Push-Übertragung mit Pub/Sub: Statt Eventarc können Sie Pub/Sub verwenden, um Nachrichten direkt an Ihren Dienst zu übertragen. Dies gilt für Anwendungen oder Dienste mit einer direkten Pub/Sub-Einbindung. Weitere Informationen finden Sie unter Über Pub/Sub-Push auslösen.

Ereignispfad auswählen

Um zu ermitteln, wie Sie Ihre Ereignisse am besten an ein Ziel weiterleiten, stellen Sie sich die folgenden Fragen:

  1. Unterstützt Eventarc direkte Ereignisse für das Ereignis, das Sie weiterleiten möchten? Falls ja, erstellen Sie einen Eventarc-Trigger, um dieses direkte Ereignis weiterzuleiten. Falls nicht, gehen Sie zur nächsten Frage (Nr. 2).

    Wenn für das Ereignis, das Sie weiterleiten möchten, sowohl direkte als auch Audit-Log-Optionen unterstützt werden, empfehlen wir, einen Trigger zum Weiterleiten des direkten Ereignisses zu erstellen. Direkte Ereignisse bieten folgende Vorteile gegenüber Audit-Log-Ereignissen:

    • Verbesserte Triggerreaktion und Latenz bei der Ereignisübermittlung
    • Streng typisierte Ereignisformate, die besser vorhersehbar und leichter auffindbar sind
    • Unterstützung für das Filtern nach Sammlungs-IDs (Ressourcennamen-Komponenten)
    • Keine zusätzlichen Kosten durch die Aktivierung von Cloud-Audit-Logs

  2. Unterstützt Ihr Google-Dienst oder Ihre Anwendung Cloud-Audit-Logs, Pub/Sub oder beides?

  3. Welche der beiden Optionen liefert die erforderlichen Informationen, wenn sowohl Cloud-Audit-Logs als auch Pub/Sub unterstützt werden? Cloud Build kann beispielsweise sowohl Audit-Logs als auch Pub/Sub-Nachrichten generieren. Pub/Sub kann jedoch Build-Status-Benachrichtigungen (Erfolg oder Misserfolg) bereitstellen, während die Audit-Logs von Cloud Build Informationen über das Erstellen und Löschen von Builds bereitstellen können. In einigen Fällen sind die Auswirkungen auf Inhalt und Latenz sowohl der Audit-Logs als auch der Pub/Sub-Nachrichten vergleichbar und Sie können beide auswählen. Sie sollten sich dann die nächste Frage ansehen (Nr. 4).

  4. Gibt es bei der Verwendung von Pub/Sub einen Vorteil, wenn Ereignisse über Eventarc und ein gängiges CloudEvents-Format empfangen werden? Gibt es beispielsweise mehrere Ereignisquellen? Auch wenn Sie mit dem direkten Übertragen von Pub/Sub-Nachrichten vertraut sind, möchten Sie möglicherweise die Effizienz und Einfachheit eines Standardauslieferungsmechanismus und -formats nutzen.

Nächste Schritte