Sie können Ereignisse an Ihr Ziel weiterleiten, indem Sie Filter für einen Eventarc-Trigger konfigurieren. Die Triggerkonfiguration variiert je nach Ereignistyp. Die ausgewählte Ereignisroute hängt auch vom Ereignistyp ab.
Ereignistypen
Direkte Ereignisse von einem integrierten Google-Anbieter: Eventarc kann direkte Ereignisse wie eine Aktualisierung eines Objekts in einem Cloud Storage-Bucket oder eine 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-Integration. Weitere Informationen finden Sie unter Über Pub/Sub-Push auslösen.
Ereignisroute auswählen
Stellen Sie sich die folgenden Fragen, um die optimale Weiterleitung von Ereignissen zu einem Ziel festzulegen:
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, betrachten Sie die nächste Frage (Nr. 2).
Wenn sowohl direkte als auch Audit-Log-Optionen für das Ereignis unterstützt werden, das Sie weiterleiten möchten, empfehlen wir, einen Trigger zum Weiterleiten des direkten Ereignisses zu erstellen.
Direkte Ereignisse bieten folgende Vorteile gegenüber Audit-Log-Ereignissen:
Verbesserte Reaktionsfähigkeit von Triggern und geringere Latenz bei der Ereignisübermittlung
Stark typisierte Ereignisformate, die besser vorhersehbar und auffindbar sind
Unterstützung für das Filtern nach Sammlungs-IDs (Komponenten des Ressourcennamens)
Durch das Aktivieren von Cloud-Audit-Logs entstehen keine zusätzlichen Kosten.
Unterstützt Ihr Google-Dienst oder Ihre Anwendung Cloud-Audit-Logs, Pub/Sub oder beides?
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).
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.
[[["Leicht verständlich","easyToUnderstand","thumb-up"],["Mein Problem wurde gelöst","solvedMyProblem","thumb-up"],["Sonstiges","otherUp","thumb-up"]],[["Schwer verständlich","hardToUnderstand","thumb-down"],["Informationen oder Beispielcode falsch","incorrectInformationOrSampleCode","thumb-down"],["Benötigte Informationen/Beispiele nicht gefunden","missingTheInformationSamplesINeed","thumb-down"],["Problem mit der Übersetzung","translationIssue","thumb-down"],["Sonstiges","otherDown","thumb-down"]],["Zuletzt aktualisiert: 2025-08-18 (UTC)."],[[["\u003cp\u003eEventarc routes events to destinations through configured filters on triggers, with configurations varying by event type.\u003c/p\u003e\n"],["\u003cp\u003eEventarc supports direct events from integrated Google providers, Cloud Audit Logs, and Pub/Sub messages, enabling actions based on specific events.\u003c/p\u003e\n"],["\u003cp\u003eDirect events are generally preferred over audit log events due to improved responsiveness, typed event formats, filtering support, and no additional Cloud Audit Log costs.\u003c/p\u003e\n"],["\u003cp\u003eWhen selecting an event route, users should assess whether direct events, Cloud Audit Logs, or Pub/Sub are supported and which method best provides the necessary information.\u003c/p\u003e\n"],["\u003cp\u003eUsing Eventarc with Pub/Sub offers the benefit of standardized event delivery and formatting through CloudEvents, potentially offering efficiency for multiple event sources.\u003c/p\u003e\n"]]],[],null,["# Event routes\n\n[Standard](/eventarc/standard/docs/overview)\n\nYou can route events to your destination by configuring filters for an\nEventarc trigger. The trigger configuration varies depending on the\ntype of event. The event route you select also depends on the event type.\n\nEvent types\n-----------\n\n- **Direct events from an integrated Google provider** --- Eventarc\n can route direct events such as an update to an object in a Cloud Storage\n bucket or an update to a Firebase Remote Config template. See the list of\n [supported direct events](/eventarc/docs/reference/supported-events#directly-from-a-google-cloud-source).\n\n- **Cloud Audit Logs and Eventarc** --- When an audit log\n is produced that matches the Eventarc trigger's filter criteria,\n events are routed, allowing you to capture and act on specific events. See the\n list of\n [supported audit log events](/eventarc/docs/reference/supported-events#using-cloud-audit-logs).\n\n- **Pub/Sub and Eventarc** --- When a message is\n published to a Pub/Sub topic specified by the\n Eventarc trigger's filter criteria\n (`\"type=google.cloud.pubsub.topic.v1.messagePublished\"`), events are routed. You\n can integrate Eventarc with any service that can publish\n messages using Pub/Sub.\n\n- **Direct Pub/Sub push** --- Instead of using Eventarc,\n you can use Pub/Sub to directly push messages to your service.\n This applies to applications or services that have a direct Pub/Sub\n integration. For more information, see\n [Trigger from Pub/Sub push](/run/docs/triggering/pubsub-push).\n\nSelect an event route\n---------------------\n\nTo determine how best to route your events to a destination, ask yourself the\nfollowing questions:\n\n1. Does Eventarc support direct events for the event that you\n want to route? If yes, create an Eventarc trigger to route that\n direct event. If no, consider the next question (#2).\n\n For the event that you want to route, if both direct and audit log options are\n supported, we recommend that you create a trigger to route the direct event.\n Direct events offer the following advantages over audit log events:\n - Improved trigger responsiveness and event delivery latency\n - Strongly typed event formats that are more predictable and discoverable\n - Support for filtering on collection IDs ([resource name](/apis/design/resource_names) components)\n - No additional costs incurred from enabling Cloud Audit Logs\n2. Does your Google service or application support Cloud Audit Logs,\n Pub/Sub, or both?\n\n3. If both Cloud Audit Logs and Pub/Sub are supported,\n which of the two provides the required information? For example, Cloud Build\n can generate both audit logs and Pub/Sub messages; however,\n Pub/Sub can provide build status notifications (success or\n failure) while the Cloud Build audit logs can provide information\n about build creation and deletion operations. In some cases, the content and\n latency impact of both the audit logs and Pub/Sub messages is\n comparable, and you can choose either. You should then consider the next\n question (#4).\n\n4. If using Pub/Sub, is there any advantage to receiving events\n through Eventarc and a common\n [CloudEvents](/eventarc/docs/cloudevents) format? For example, are there\n multiple event sources? Although you might be more familiar with pushing\n Pub/Sub messages directly, you might want the efficiency and\n convenience of a standard delivery mechanism and format.\n\nWhat's next\n-----------\n\n- [Learn how to create an Eventarc trigger](/eventarc/standard/docs/event-providers-targets#triggers).\n- [Determine event filters for Cloud Audit Logs](/eventarc/docs/determining-filters-cal).\n- [Learn how to receive Cloud Storage events using Cloud Audit Logs](/eventarc/standard/docs/run/create-trigger-cloud-audit-logs-gcloud)."]]
