Cloud Composer 1 | Cloud Composer 2 | Cloud Composer 3
Auf dieser Seite erhalten Sie eine kurze Einführung in Airflow und DAGs sowie eine Beschreibung der Funktionen und Möglichkeiten von Cloud Composer.
Weitere Informationen zu neuen Features in Cloud Composer-Releases siehe Versionshinweise.
Cloud Composer
Cloud Composer ist ein vollständig verwalteter Workflow-Orchestrierungsdienst, damit Sie Workflowpipelines erstellen, planen, überwachen und verwalten können. die sich über Clouds und lokale Rechenzentren erstrecken.
Cloud Composer basiert auf dem beliebten Open-Source-Projekt Apache Airflow und wird in der Programmiersprache Python verwendet.
Durch die Verwendung von Cloud Composer anstelle einer lokalen Instanz von Apache Airflow können Sie vom Besten von Airflow profitieren, ohne dass eine Installation oder ein hoher Verwaltungsaufwand erforderlich sind. Mit Cloud Composer können Sie schnell verwaltete Airflow-Umgebungen erstellen und native Airflow-Tools wie die leistungsstarke Airflow-Weboberfläche und Befehlszeilentools verwenden. So können Sie sich ganz auf Ihre Workflows statt auf die Infrastruktur konzentrieren.
Unterschiede zwischen Cloud Composer-Versionen
Weitere Informationen zu den Unterschieden zwischen den Hauptversionen von Cloud Composer finden Sie unter Cloud Composer-Versionsverwaltung.
Airflow und Airflow-DAGs (Workflows)
Bei der Datenanalyse stellt ein Workflow eine Reihe von Aufgaben zum Aufnehmen, Transformieren, Analysieren oder Nutzen von Daten dar. In Airflow werden Workflows mithilfe von DAGs oder „gerichteten azyklischen Graphen“ erstellt.
Ein DAG ist eine Sammlung von Aufgaben, die Sie planen und ausführen möchten, so, dass die Struktur deren Beziehungen und Abhängigkeiten wiedergibt. DAGs werden in Python-Dateien erstellt, die die DAG-Struktur mithilfe von Code definieren. Ziel des DAG ist es, sicherzustellen, dass jede Aufgabe zur richtigen Zeit und in der richtigen Reihenfolge ausgeführt wird.
Jede Aufgabe in einem DAG kann fast alles darstellen. Eine Aufgabe kann beispielsweise eine der folgenden Funktionen ausführen:
- Daten für die Aufnahme vorbereiten
- API beobachten
- E-Mails senden
- Pipeline ausführen
Sie können DAGs nicht nur nach einem Zeitplan ausführen, sondern auch manuell oder ereignisgesteuert auslösen, z. B. bei Änderungen in einem Cloud Storage-Bucket. Weitere Informationen finden Sie unter DAGs auslösen.
Weitere Informationen zu DAGs und finden Sie in der Apache Airflow-Dokumentation
Cloud Composer-Umgebungen
Cloud Composer-Umgebungen sind eigenständige Airflow-Deployments, die auf der Google Kubernetes Engine basieren. Sie funktionieren auch mit anderen in Airflow integrierten Google Cloud-Diensten. Sie können eine oder mehrere Umgebungen in einem einzelnen Google Cloud-Projekt in einer beliebigen unterstützten Region erstellen.
Cloud Composer stellt Google Cloud-Dienste bereit, in denen Ihre Workflows und alle Airflow-Komponenten ausgeführt werden. Die Hauptkomponenten eines Umgebungen sind:
GKE-Cluster: Airflow-Komponenten wie Airflow-Planer, Trigger und Worker werden als GKE-Arbeitslasten in einem einzelnen Cluster ausgeführt, der für Ihre Umgebung erstellt wurde. Sie sind für die Verarbeitung und Ausführung von DAGs verantwortlich.
Der Cluster hostet auch andere Cloud Composer-Komponenten wie den Composer-Agent und Airflow-Monitoring für die Verwaltung von Cloud Composer Logs zum Speichern in Cloud Logging erfassen und in Cloud Monitoring hochladen können.
Airflow-Webserver: Der Webserver führt die Apache Airflow-Benutzeroberfläche aus.
Airflow-Datenbank: Die Datenbank enthält die Apache Airflow-Metadaten.
Cloud Storage-Bucket: Cloud Composer ordnet der Umgebung einen Cloud Storage-Bucket zu. Dieser Bucket, auch als Umgebungs-Bucket bezeichnet, speichert den DAGs, Logs, benutzerdefiniert Plug-ins, und Daten für die Umwelt. Weitere Informationen zum Bucket der Umgebung finden Sie unter In Cloud Storage gespeicherte Daten.
Ausführliche Informationen zu den Komponenten einer Umgebung finden Sie unter Umgebungsarchitektur.
Cloud Composer-Schnittstellen
Cloud Composer bietet Oberflächen zum Verwalten von Umgebungen, Airflow-Instanzen, die in Umgebungen ausgeführt werden, und einzelner DAGs.
Sie können beispielsweise Cloud Composer-Umgebungen in der Google Cloud Console, der Google Cloud CLI, der Cloud Composer API oder Terraform erstellen und konfigurieren.
Ein weiteres Beispiel: Sie können DAGs verwalten aus Google Cloud Console, native Airflow-UI oder durch Ausführen von Befehle der Google Cloud CLI und Airflow CLI
Airflow-Funktionen in Cloud Composer
Mit Cloud Composer können Sie Airflow-Features verwalten und verwenden Beispiele:
Airflow-DAGs: Sie können Elemente hinzufügen, aktualisieren, entfernen oder Airflow-DAGs in der Google Cloud Console oder über die native Airflow-UI.
Airflow-Konfigurationsoptionen: Sie können Airflow ändern. Konfigurationsoptionen aus Standardwerten, die von Cloud Composer auf benutzerdefinierte Werte umzustellen. In Cloud Composer sind einige Konfigurationsoptionen blockiert und Sie können ihre Werte nicht ändern.
Benutzerdefinierte Plug-ins: Sie können benutzerdefinierte Airflow-Plug-ins wie internen Apache Airflow-Operatoren, Hooks Sensoren oder Schnittstellen in die Cloud Composer-Umgebung einbinden.
Python-Abhängigkeiten: Sie können Python installieren. Abhängigkeiten aus dem Python-Paketindex in Ihrer Umgebung oder aus einem privaten Paket-Repository, einschließlich Artifact Registry-Repositories. Wenn der Parameter nicht im Paketindex enthalten sind, können Sie auch Plug-ins verwenden.
Logging und Monitoring für DAGs, Airflow-Komponenten und Cloud Composer-Umgebungen:
Sie können Airflow-Logs aufrufen, die mit einzelnen DAG-Aufgaben verknüpft sind auf der Airflow-Weboberfläche und den Ordner
logs
im Bucket der Umgebung.Cloud Monitoring-Logs und Umgebungsmesswerte für Cloud Composer-Umgebungen
Zugriffssteuerung in Cloud Composer
Sie verwalten die Sicherheit auf der Google Cloud-Projektebene und können IAM-Rollen zuweisen, mit denen einzelne Nutzer Umgebungen ändern oder erstellen können. Nutzer ohne Zugriff auf Ihr Projekt und ohne entsprechende IAM-Rolle für Cloud Composer können nicht auf Ihre Umgebungen zugreifen.
Zusätzlich zu IAM können Sie die Airflow-UI-Zugriffssteuerung verwenden, die auf dem Apache Airflow-Zugriffssteuerungsmodell basiert.
Weitere Informationen zu den Sicherheitsfunktionen in Cloud Composer finden Sie unter Cloud Composer-Sicherheit.
Umgebungsnetzwerk
Cloud Composer unterstützt mehrere Netzwerkkonfigurationen für mit vielen Konfigurationsoptionen. In einer privaten IP-Umgebung sind DAGs und Airflow-Komponenten beispielsweise vollständig vom öffentlichen Internet isoliert.
Weitere Informationen zum Networking in Cloud Composer finden Sie auf den Seiten zu den einzelnen Netzwerkfunktionen:
- Öffentliche IP- und private IP-Umgebungen
- Private Service Connect-Umgebungen
- Umgebungen mit freigegebener VPC
- VPC Service Controls konfigurieren
- Autorisierte Netzwerke
- IP-Masquerade-Agent
- Privat genutzte öffentliche IP-Bereiche
Weitere Features von Cloud Composer
Weitere Features von Cloud Composer:
- Autoscaling-Umgebungen
- Entwicklung mit lokalen Airflow-Umgebungen
- Äußerst robuste Umgebungen
- Umgebungs-Snapshots
- Verschlüsselung mit vom Kunden verwalteten Verschlüsselungsschlüsseln (CMEK)
- Einbindung von Data Lineage in Dataplex
Häufig gestellte Fragen
Welche Version von Apache Airflow verwendet Cloud Composer?
Cloud Composer-Umgebungen basieren auf Cloud Composer-Images. Wenn Sie eine können Sie ein Image mit einer bestimmten Airflow-Version auswählen:
- Cloud Composer 3 unterstützt Airflow 2.
- Cloud Composer 2 unterstützt Airflow 2.
- Cloud Composer 1 unterstützt Airflow 1 und Airflow 2.
Sie haben die Kontrolle über die Apache Airflow-Version Ihrer Umgebung. Sie können entschließen Sie sich, ein Upgrade Ihrer Umgebung auf eine neuere Version von Cloud Composer-Image. Jede Cloud Composer-Version unterstützt mehrere Apache Airflow-Versionen.
Kann ich die native Airflow-UI und -Befehlszeile verwenden?
Sie können auf die Apache Airflow-Weboberfläche Ihrer Umgebung zugreifen. Jede Umgebung hat eine eigene Airflow-UI. Weitere Informationen zum Zugriff auf die Airflow-UI finden Sie unter Airflow-Weboberfläche.
Zum Ausführen von Befehlen der Airflow-Befehlszeile in Ihren Umgebungen verwenden Sie gcloud
-Befehle.
Weitere Informationen zum Ausführen von Befehlen der Airflow-Befehlszeile in Cloud Composer-Umgebungen finden Sie unter Airflow-Befehlszeile.
Kann ich meine eigene Datenbank als Airflow-Datenbank verwenden?
Cloud Composer verwendet für den Airflow einen verwalteten Datenbankdienst Datenbank. Es ist nicht möglich, eine von Nutzern bereitgestellte Datenbank als Airflow-Datenbank zu verwenden.
Kann ich meinen eigenen Cluster als Cloud Composer-Cluster verwenden?
Cloud Composer verwendet den Google Kubernetes Engine-Dienst, um Umgebungscluster zu erstellen, zu verwalten und zu löschen, in denen Airflow-Komponenten ausgeführt werden. Diese Cluster werden vollständig von Cloud Composer verwaltet.
Es ist nicht möglich, eine Cloud Composer-Umgebung anhand eines selbstverwalteten Google Kubernetes Engine-Cluster.
Kann ich meine eigene Container Registry verwenden?
Cloud Composer verwendet den Artifact Registry-Dienst zum Verwalten von Containern Image-Repositories, die von Cloud Composer-Umgebungen verwendet werden. Es ist nicht möglich, sie durch eine vom Nutzer bereitgestellte Container Registry zu ersetzen.
Sind Cloud Composer-Umgebungen zonal oder regional?
Cloud Composer 3- und Cloud Composer 2-Umgebungen haben eine zonale Airflow-Datenbank und eine regionale Airflow-Planungs- und Ausführungsebene. Airflow-Planer, -Worker und -Webserver werden in der Airflow-Ausführungsschicht ausgeführt.
Cloud Composer 1-Umgebungen sind zonal.