Cloud Tasks-Handler können auf jedem HTTP-Endpunkt mit einer externen IP-Adresse ausgeführt werden, z. B. in GKE, Compute Engine oder sogar auf einem lokalen Webserver. Ihr können Aufgaben in einem zuverlässigen, konfigurierbaren Mode.
Auf dieser Seite wird gezeigt, wie Sie grundlegende HTTP-Zielaufgaben programmatisch erstellen und in Cloud Tasks-Warteschlangen platzieren.
Bei Aufgaben mit HTTP-Zielen (im Gegensatz zu expliziten App Engine-Zielen) weniger häufig vorkommen, gibt es zwei Möglichkeiten, Aufgaben zu erstellen:
BufferTask
-Methode: Verwenden Sie diese Methode, wenn Ihre Warteschlange so eingerichtet ist, dass Aufgaben vor einem Dienst zwischengespeichert werden. Die Warteschlange muss ein Routing auf Warteschlangenebene haben. Für die meisten Anwendungsfälle ist dies der beste Ansatz. Bei diesem Ansatz wird die MethodeBufferTask
verwendet.CreateTask
-Methode: Diese Methode ist komplexer. Sie müssen ein Aufgabenobjekt explizit erstellen. Verwenden Sie diese Methode, wenn die Aufgaben in Ihrer Warteschlange unterschiedliche Routingkonfigurationen haben. In diesem Fall geben Sie das Routing auf Aufgabenebene an und können kein Routing auf Warteschlangenebene verwenden. Bei diesem Ansatz wird die MethodeCreateTask
verwendet.
Grundlegende Aufgabenerstellung (BufferTask
-Methode)
In diesem Abschnitt wird beschrieben, wie Sie eine Aufgabe durch Senden einer HTTP-Anfrage erstellen. Die von Ihnen verwendete Methode heißt BufferTask
.
Beschränkungen
Die Methode BufferTask
unterliegt den folgenden Einschränkungen:
Clientbibliotheken: Die Methode
BufferTask
wird in Clientbibliotheken nicht unterstützt.RPC API: Die Methode
BufferTask
wird in der RPC API nicht unterstützt.Routing auf Aufgabenebene: Diese Methode unterstützt kein Routing auf Aufgabenebene. Seit es nirgendwo gibt, um Routeninformationen hinzuzufügen, wenn Sie auf diese Weise eine Aufgabe erstellen. muss Routing auf Warteschlangenebene verwenden (andernfalls hat die Aufgabe keine Routinginformationen). Wenn für Ihre Warteschlange noch kein Routing auf Warteschlangenebene verwendet wird, lesen Sie den Abschnitt Konfigurieren Sie das Routing auf Warteschlangenebene für HTTP-Aufgaben.
Durch Aufrufen der Methode BufferTask
In den folgenden Beispielen wird gezeigt, wie Sie eine Aufgabe erstellen, indem Sie eine POST
-HTTP-Anfrage an den buffer
-Endpunkt der Cloud Tasks API senden.
curl
Das folgende Code-Snippet zeigt ein Beispiel für die Aufgabenerstellung mit dem
BufferTask
-Methode mit curl
:
curl -X HTTP_METHOD\ "https://cloudtasks.googleapis.com/v2/projects/PROJECT_ID/locations/LOCATION/queues/QUEUE_ID/tasks:buffer" \
Ersetzen Sie Folgendes:
HTTP_METHOD
: Die HTTP-Methode für Ihre Anfrage, z. B.GET
oderPOST
.PROJECT_ID
ist die ID Ihres Google Cloud-Projekts. Führen Sie dazu in Ihrem Terminal den folgenden Befehl aus:gcloud config get-value project
LOCATION
: der Speicherort deiner Warteschlange.QUEUE_ID
: die ID der Warteschlange.
Python
Erweiterte Aufgabenerstellung (CreateTask
-Methode)
In diesem Abschnitt wird beschrieben, wie Sie eine Aufgabe erstellen, indem Sie das Aufgabenobjekt erstellen. Sie verwenden die Methode CreateTask
.
Wenn Sie eine Aufgabe mit der Methode CreateTask
erstellen, erstellen und definieren Sie das Aufgabenobjekt explizit. Sie müssen den Dienst und den Handler angeben, mit denen die Aufgabe verarbeitet wird.
Optional können Sie aufgabenspezifische Daten an den Handler übergeben. Außerdem können Sie die Konfiguration der Aufgabe genauer festlegen. Beispielsweise können Sie einen zukünftigen Zeitpunkt angeben, an dem die Aufgabe ausgeführt werden soll, oder die Anzahl ihrer Wiederholungen im Fall von Fehlversuchen beschränken (siehe Erweiterte Konfiguration).
In den folgenden Beispielen wird die Methode CreateTask
aufgerufen, um mithilfe der Cloud Tasks-Clientbibliotheken eine Aufgabe zu erstellen.
C#
Go
Java
Beachten Sie die Datei pom.xml
:
Node.js
Beachten Sie die Datei package.json
:
PHP
Beachten Sie die Datei composer.json
:
Python
Beachten Sie die Datei requirements.txt
:
Ruby
Dienstkonten für die HTTP Target-Handler-Authentifizierung einrichten
Cloud Tasks kann HTTP-Ziel-Handler aufrufen, die eine Authentifizierung erfordern, wenn Sie ein Dienstkonto mit den entsprechenden Anmeldeinformationen für den Zugriff auf den Handler haben.
Wenn Sie ein aktuelles Dienstkonto haben, das Sie verwenden möchten, können Sie das tun. Gewähren Sie ihm einfach die entsprechenden Rollen. In dieser Anleitung wird das Erstellen eines neuen Dienstkontos speziell für diese Funktion beschrieben. Das vorhandene oder neue Dienstkonto, das für die Cloud Tasks-Authentifizierung verwendet wird, muss sich im selben Projekt wie Ihre Cloud Tasks-Warteschlangen befinden.
Rufen Sie in der Google Cloud Console die Seite Dienstkonten auf:
Wählen Sie bei Bedarf das entsprechende Projekt aus.
Klicken Sie auf Dienstkonto erstellen.
Geben Sie im Abschnitt Dienstkontodetails einen Namen für das Konto ein. Die Konsole erstellt einen zugehörigen E-Mail-Kontonamen für das Konto. So verweisen Sie auf das Konto. Sie können auch eine Beschreibung des Kontos hinzufügen. Klicken Sie auf Erstellen und fortfahren.
Klicken Sie im Abschnitt Diesem Dienstkonto Zugriff auf das Projekt erteilen auf Rolle auswählen. Suchen Sie nach Cloud Tasks Enqueuer und wählen Sie ihn aus. Diese Rolle gewährt dem Dienstkonto die Berechtigung, Aufgaben zur Warteschlange hinzuzufügen.
Klicken Sie auf + Weitere Rolle hinzufügen.
Klicken Sie auf Rolle auswählen. Suchen Sie nach Dienstkontonutzer und wählen Sie diese Option aus. Dieses ermöglicht dem Dienstkonto, die Warteschlange zum Erstellen von Tokens für mit den Anmeldedaten des Dienstkontos.
Wenn Ihr Handler Teil von Google Cloud ist, weisen Sie dem Dienstkonto die Rolle zu, die mit dem Zugriff auf den Dienst verknüpft ist, auf dem der Handler ausgeführt wird. Jeder Dienst innerhalb von Google Cloud benötigt eine andere Rolle. Für Wenn Sie beispielsweise auf einen Handler in Cloud Run zugreifen möchten, gewähren Sie den Rolle Cloud Run Invoker. Sie können das Dienstkonto das Sie gerade erstellt haben, oder ein anderes Dienstkonto in Ihrem Projekt.
Klicken Sie auf Fertig, um das Erstellen des Dienstkontos abzuschließen.
Cloud Tasks selbst muss ein eigenes Dienstkonto haben, dem die Rolle Cloud Tasks Service Agent
zugewiesen ist. Auf diese Weise können Header-Tokens basierend auf den Anmeldedaten generiert werden, die mit dem Cloud Tasks-Dienstkonto verknüpft sind, um sich bei Ihrem Handler-Ziel zu authentifizieren. Das Cloud Tasks-Dienstkonto mit dieser Rolle wird automatisch erstellt, wenn Sie die Cloud Tasks API aktivieren, es sei denn, Sie haben sie vor dem 19. März 2019 aktiviert. In diesem Fall müssen Sie die Rolle manuell hinzufügen.
HTTP-Zielaufgaben mit Authentifizierungstokens verwenden
Authentifizierung zwischen Cloud Tasks und einem HTTP-Ziel
Handler, der eine solche Authentifizierung erfordert, erstellt Cloud Tasks
ein Header-Token. Dieses Token basiert auf den Anmeldedaten im Dienstkonto Cloud Tasks Enqueuer
, die durch ihre E-Mail-Adresse identifiziert werden. Das für die Authentifizierung verwendete Dienstkonto muss zu demselben Projekt gehören, in dem sich Ihre Cloud Tasks-Warteschlange befindet. Die Anfrage mit dem Header-Token wird über HTTPS von der Warteschlange an den Handler gesendet. Sie können entweder
ein ID-Token
oder ein Zugriffstoken.
ID-Tokens sollten im Allgemeinen für jeden Handler verwendet werden, der in Google Cloud ausgeführt wird, z. B. in Cloud Run-Funktionen oder Cloud Run. Die größte Ausnahme ist,
Für Google APIs, die auf *.googleapis.com
gehostet werden: Diese APIs erwarten ein Zugriffstoken.
Sie können die Authentifizierung auf Warteschlangen- oder Aufgabenebene konfigurieren. Bis Authentifizierung auf Warteschlangenebene konfigurieren, siehe Cloud Tasks-Warteschlangen erstellen Wenn die Authentifizierung auf Warteschlangenebene konfiguriert ist, überschreibt diese Konfiguration auf Aufgabenebene konfigurieren. Wenn Sie die Authentifizierung auf Aufgabenebene konfigurieren möchten, geben Sie entweder ein ID-Token (OIDC) oder ein Zugriffstoken (OAuth) in der Aufgabe selbst an.
Methode BufferTask
In den folgenden Beispielen werden Standardanmeldedaten für Anwendungen verwendet, um sich zu authentifizieren, wenn die BufferTask
-Methode zum Erstellen einer Aufgabe verwendet wird.
curl
curl -X HTTP_METHOD\ "https://cloudtasks.googleapis.com/v2/projects/PROJECT_ID/locations/LOCATION/queues/QUEUE_ID/tasks:buffer" \ -H "Authorization: Bearer ACCESS_TOKEN"
Ersetzen Sie Folgendes:
HTTP_METHOD
: Die HTTP-Methode für Ihre Anfrage, z. B.GET
oderPOST
.PROJECT_ID
ist die ID Ihres Google Cloud-Projekts. Führen Sie dazu in Ihrem Terminal den folgenden Befehl aus:gcloud config get-value project
LOCATION
: der Speicherort deiner Warteschlange.QUEUE_ID
: die ID der Warteschlange.ACCESS_TOKEN
: Ihr Zugriffstoken. Führen Sie dazu in Ihrem Terminal den folgenden Befehl aus:gcloud auth application-default login
gcloud auth application-default print-access-token
Python
Geben Sie im folgenden Codebeispiel den Wert Ihres Authentifizierungstokens an.
Methode CreateTask
In den folgenden Beispielen wird die Methode CreateTask
mit dem Parameter
Cloud Tasks-Clientbibliotheken verwenden, um eine Aufgabe zu erstellen,
beinhaltet die Erstellung eines Header-Tokens. In den Beispielen werden ID-Tokens verwendet.
Wenn Sie ein Zugriffstoken verwenden, ersetzen Sie den OIDC-Parameter beim Erstellen der Anfrage durch den sprachspezifischen OAuth-Parameter.
Go
Java
Beachten Sie die Datei pom.xml
:
Node.js
Beachten Sie die Datei package.json
:
Python
Beachten Sie die Datei requirements.txt
:
Eigene HTTP Target-Aufgaben-Handler bereitstellen
HTTP Target-Aufgaben-Handler sind den App Engine-Aufgaben-Handlern mit den folgenden Ausnahmen sehr ähnlich:
- Zeitüberschreitung: Für alle HTTP Target-Aufgaben-Handler beträgt die Standardzeitüberschreitung 10 Minuten, maximal 30 Minuten.
- Authentifizierungslogik: Wenn Sie Ihren eigenen Code in den Zieldienst schreiben, um das Token zu validieren, sollten Sie ein ID-Token verwenden. Weitere Informationen Informationen dazu erhalten Sie unter OpenID Connect vor allem ID-Token prüfen
Headers: Eine HTTP-Zielanfrage enthält von der Warteschlange festgelegte Header, die Folgendes enthalten: aufgabenspezifische Informationen, die der Handler verwenden kann. Diese ähneln den in App Engine-Aufgabenanfragen festgelegten Headern, sind jedoch nicht mit diesen identisch. Diese Header enthalten nurnur Informationen. Sie sollten nicht als Identitätsquelle verwendet werden.
Wenn diese Header in einer externen Nutzeranfrage an Ihre Anwendung vorhanden waren, werden sie durch die internen ersetzt. Die einzige Ausnahme dabei sind Anfragen von angemeldeten Administratoren der Anwendung, die Header für Testzwecke festlegen dürfen.
HTTP-Zielanfragen enthalten immer die folgenden Header:
Header Beschreibung X-CloudTasks-QueueName
Der Name der Warteschlange. X-CloudTasks-TaskName
Der "kurze" Name der Aufgabe oder, wenn bei der Erstellung kein Name festgelegt wurde, eine vom System generierte eindeutige ID. Dies ist der my-task-id
-Wert im vollständigen Aufgabennamen, also task_name =projects/my-project-id/locations/my-location/queues/my-queue-id/tasks/my-task-id
.X-CloudTasks-TaskRetryCount
Die Anzahl der Ausführungsversuche für diese Aufgabe. Für den ersten Versuch lautet dieser Wert 0
. Diese Zahl umfasst Versuche, bei denen die Aufgabe aufgrund von 5XX-Fehlercodes fehlgeschlagen ist und die Ausführungsphase nicht erreicht wurde.X-CloudTasks-TaskExecutionCount
Die Gesamtzahl der Antworten, die die Aufgabe vom Handler erhalten hat. Da Cloud Tasks eine Aufgabe löscht, sobald eine erfolgreiche Antwort empfangen wurde, sind alle vorherigen Handler-Antworten fehlgeschlagen. Diese Zahl umfasst keine Fehler aufgrund von 5XX-Fehlercodes. X-CloudTasks-TaskETA
Die geplante Zeit für eine Aufgabe, angegeben in Sekunden seit dem 1. Januar 1970. Außerdem können Anfragen von Cloud Tasks die folgenden Header enthalten:
Header Beschreibung X-CloudTasks-TaskPreviousResponse
Der HTTP-Antwortcode aus der vorangegangenen Wiederholung. X-CloudTasks-TaskRetryReason
Der Grund für die Wiederholung der Aufgabe.
Cloud Tasks-Dienst-Agent-Rolle manuell zu Ihrem Cloud Tasks-Dienstkonto hinzufügen
Dies ist nur erforderlich, wenn Sie die Cloud Tasks API vor dem 19. März 2019 aktiviert haben.
Console
- Suchen Sie auf der Seite mit den Google Cloud-Projekteinstellungen nach der Projektnummer Ihres Projekts.
- Notieren Sie die Nummer.
- Öffnen Sie die Seite der IAM-Admin-Konsole.
- Klicken Sie auf Zugriff erlauben. Der Bildschirm Zugriff gewähren wird geöffnet.
Fügen Sie im Bereich Hauptkonten hinzufügen eine E-Mail-Adresse im folgenden Format hinzu:
service-PROJECT_NUMBER@gcp-sa-cloudtasks.iam.gserviceaccount.com
Ersetzen Sie PROJECT_NUMBER durch Ihre Google Cloud-Projektnummer.
Suchen Sie im Bereich Rollen zuweisen nach Cloud Tasks-Dienst-Agent
Klicken Sie auf Speichern.
gcloud
Suchen Sie Ihre Projektnummer:
gcloud projects describe PROJECT_ID --format='table(projectNumber)'
Ersetzen Sie PROJECT_ID durch Ihre Projekt-ID.
Notieren Sie die Nummer.
Weisen Sie dem Cloud Tasks-Dienstkonto die Rolle
Cloud Tasks Service Agent
mit der Projektnummer zu, die Sie kopiert haben:gcloud projects add-iam-policy-binding PROJECT_ID --member serviceAccount:service-PROJECT_NUMBER@gcp-sa-cloudtasks.iam.gserviceaccount.com --role roles/cloudtasks.serviceAgent
Ersetzen Sie Folgendes:
PROJECT_ID
: Ihre Google Cloud-Projekt-IDPROJECT_NUMBER
: Ihre Google Cloud-Projektnummer.
Erweiterte Konfiguration
Sie können eine Reihe von Attributen in Ihrer Aufgabe konfigurieren. Eine vollständige Liste finden Sie in der Ressourcendefinition für Aufgaben.
Beispiele für Attribute, die Sie anpassen können:
- Benennung: Wenn Sie einen Namen für die Aufgabe angeben, kann Cloud Tasks diesen Namen verwenden, um die Deduplizierung von Aufgaben zu gewährleisten. Die erforderliche Verarbeitung kann jedoch die Latenz erhöhen.
- Planung:Sie können eine Aufgabe für einen späteren Zeitpunkt planen. Nur für
CreateTask
unterstützt (nicht fürBufferTask
) - Wiederholungskonfiguration: Konfigurieren Sie das Wiederholungsverhalten für eine Aufgabe, wenn die Aufgabe
schlägt fehl. Nur unterstützt für
CreateTask
(nicht unterstützt fürBufferTask
)
Nächste Schritte
- Weitere Informationen zu HTTP-Zielaufgaben in der RPC-API-Referenz
- Weitere Informationen zu HTTP-Zielaufgaben finden Sie in der Referenz zur REST API.