Ereignisanbieter und -ziele

Ereignisse werden von einem Eventarc Advanced-Bus von Ereignisanbietern erfasst und über eine Eventarc Advanced-Pipeline an ein angegebenes Ziel weitergeleitet. Nur ein Ziel kann das Ziel von Nachrichten sein, die von einer Pipeline weitergeleitet werden.

Unterstützte Anbieter

Zu den unterstützten Anbietern gehören Google-Anbieter und direkte Publisher von Ereignissen (über die Eventarc Publishing API).

Unterstützte Ziele

Eine Eventarc Advanced-Pipeline ermöglicht die Übermittlung von Ereignissen zwischen einem Bus und einem Ziel. Die folgenden Ziele werden unterstützt:

  • Cloud Run: Verwenden Sie die stabile, automatisch zugewiesene run.app-URL, die bei der ersten Bereitstellung des in Cloud Run gehosteten Dienstes bereitgestellt wird. Sie können auch einen Cloud Run-Job als Ziel festlegen oder einen HTTP-Endpunkt für Cloud Run-Funktionen (1. Generation und aktuelle Version) angeben. Wenn Sie einen HTTP-Trigger für eine Cloud Run-Funktion angeben, wird der Funktion eine URL zugewiesen, unter der sie Anfragen empfangen kann.

  • Eventarc Advanced-Bus: Der Nachrichtenbus muss im selben Projekt und in derselben Region wie die Pipeline bereitgestellt werden.

  • HTTP-Endpunkt: Ein Ziel-URI. Der Host kann entweder eine statische IP-Adresse sein, die über ein VPC-Netzwerk (Virtual Private Cloud) adressiert werden kann, oder der interne DNS-Hostname (Domain Name System) eines Dienstes, der mit Cloud DNS aufgelöst werden kann. Sie können beispielsweise eine Cloud Run-Dienst-URL oder eine BigQuery-Tabelle als Ziel festlegen, die Ereignisse als HTTP-POST-Anfragen empfängt.

  • Pub/Sub-Thema: Das Pub/Sub-Thema muss zuerst erstellt werden, bevor Nachrichten dorthin weitergeleitet werden können. Es muss sich im selben Projekt wie die Pipeline befinden. Wenn Sie ein Themenschema verwenden, müssen Sie Ihre Ereignisnachricht entsprechend transformieren.

  • Workflows: Sie können die Ausführung eines Workflows auslösen. Das ist ein einzelner Durchlauf der Logik, die in einer Workflowdefinition enthalten ist. So können Sie Dienste in einer von Ihnen angegebenen Reihenfolge ausführen. Der Workflow muss im selben Projekt wie die Pipeline bereitgestellt werden.