Standard- und Express-Workflows - AWS Step Functions

Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.

Standard- und Express-Workflows

Wenn Sie eine Zustandsmaschine erstellen, wählen Sie entweder den Typ Standard oder Express aus. Der Standardtyp für Zustandsmaschinen ist Standard. Eine Zustandsmaschine, deren Typ Standard ist, wird als Standard-Workflow bezeichnet, und eine Zustandsmaschine, deren Typ Express ist, wird als Express-Workflow bezeichnet.

Sowohl für Standard- als auch für Express-Workflows definieren Sie Ihre Zustandsmaschine mithilfe vonAmazon States Language. Ihre State-Machine-Ausführungen verhalten sich je nach Typ, den Sie auswählen, unterschiedlich.

Wichtig

Der von Ihnen gewählte Typ kann nicht mehr geändert werden, nachdem Sie den Zustandsmaschine erstellt haben.

Anmerkung

Wenn Sie Ihre Zustandsmaschinen außerhalb der Step Functions Functions-Konsole definieren, z. B. in einem Editor Ihrer Wahl, müssen Sie Ihre Zustandsmaschinendefinitionen mit der Erweiterung .asl.json speichern.

Standard-Workflows eignen sich ideal für langwierige (bis zu einem Jahr), dauerhafte und überprüfbare Workflows. Sie können den vollständigen Ausführungsverlauf mit der Step Functions Functions-API bis zu 90 Tage nach Abschluss Ihrer Ausführung abrufen. Standard-Workflows folgen einem Exactly-Once-Modell, bei dem Ihre Aufgaben und Status nie mehr als einmal ausgeführt werden, es sei denn, Sie haben in ASL ein bestimmtes Retry Verhalten festgelegt. Dadurch eignen sich Standard-Workflows für die Orchestrierung nicht idempotenter Aktionen, wie z. B. das Starten eines Amazon EMR-Clusters oder die Verarbeitung von Zahlungen. Standard-Workflow-Ausführungen werden nach der Anzahl der verarbeiteten Statusübergänge abgerechnet.

Express-Workflows sind ideal für hochvolumige Ereignisverarbeitungs-Workloads wie IoT-Datenaufnahme, Streaming-Datenverarbeitung und -transformation sowie mobile Anwendungs-Backends. Sie können bis zu fünf Minuten lang ausgeführt werden. Express-Workflows verwenden ein at-least-onceModell, bei dem eine Ausführung möglicherweise mehr als einmal ausgeführt werden kann. Dies macht Express Workflows ideal für die Orchestrierung idempotenter Aktionen wie das Transformieren von Eingabedaten und das Speichern über eine PUT-Aktion in Amazon DynamoDB. Express-Workflow-Ausführungen werden nach der Anzahl der Ausführungen, der Ausführungsdauer und dem während der Ausführung verbrauchten Speicher abgerechnet.

Standard- und Express-Workflows können automatisch als Reaktion auf Ereignisse wie HTTP-Anfragen von Amazon API Gateway (vollständig verwaltete APIs im großen Maßstab), IoT-Regeln und über 140 anderen Ereignisquellen in Amazon EventBridge gestartet werden.

Tipp

Ein Beispiel für einen Express-Workflow finden Sie AWS-Konto in Modul 7 — API Gateway, Parallel State, Express-Workflows von The AWS Step Functions Workshop.

Informationen zur Konsolenoberfläche für Standard- und Express-Workflow-Ausführungen finden Sie unterStandard- und Express-Workflow-Ausführungen in der Konsole.

Standard-Workflows im Vergleich zu Express-Workflows
Standard-Workflows Express-Workflows: Synchron und asynchron
Maximale Dauer Ein Jahr Fünf Minuten
Unterstützte Ausführungsstartrate

Informationen zu Kontingenten im Zusammenhang mit der unterstützten Ausführungsstartrate finden Sie unterKontingente im Zusammenhang mit der Drosselung von API-Aktionen.

Informationen zu Kontingenten im Zusammenhang mit der unterstützten Ausführungsstartrate finden Sie unterKontingente im Zusammenhang mit der Drosselung von API-Aktionen.

Unterstützte Zustandsübergangsrate

Informationen zu Kontingenten im Zusammenhang mit der Rate unterstützter Statusübergänge finden Sie unterKontingente im Zusammenhang mit staatlicher Drosselung.

Kein Limit
Preise Die Preise richten sich nach der Anzahl der Zustandsübergänge. Ein Zustandsübergang wird jedes Mal gezählt, wenn ein Schritt in Ihrer Ausführung abgeschlossen ist. Die Kosten richten sich nach der Anzahl der von Ihnen ausgeführten Ausführungen sowie deren Dauer und Speicherverbrauch.
Ausführungsverlauf

Ausführungen können mit Step Functions Functions-APIs aufgelistet und beschrieben werden. Ausführungen können visuell über die Konsole debuggt werden. Sie können auch in CloudWatch Logs eingesehen werden, indem Sie die Protokollierung auf Ihrem State-Computer aktivieren.

Weitere Informationen zum Debuggen von Standard-Workflow-Ausführungen in der Konsole finden Sie unter Standard- und Express-Workflow-Ausführungen in der Konsole und. Anzeigen und Debuggen von Ausführungen

Unbegrenzter Ausführungsverlauf, d. h. es werden so viele Ausführungshistorieeinträge verwaltet, wie Sie innerhalb eines Zeitraums von 5 Minuten generieren können.

Ausführungen können in CloudWatch Logs oder in der Step Functions Functions-Konsole überprüft werden, indem Sie die Protokollierung auf Ihrer Zustandsmaschine aktivieren.

Weitere Informationen zum Debuggen von Express Workflow-Ausführungen in der Konsole finden Sie unter und. Standard- und Express-Workflow-Ausführungen in der Konsole Anzeigen und Debuggen von Ausführungen

Ausführungssemantik Workflow-Ausführung exakt einmal.

Asynchrone Express-Workflows: Eine Workflow-Ausführung. t-least-once

Synchrone Express-Workflows: Eine t-most-once Workflow-Ausführung.

Service-Integrationen Unterstützt alle Service-Integrationen und -Muster. Unterstützt alle Service-Integrationen.
Anmerkung

Express-Workflows unterstützen keine Job-Run (.sync) - oder Callback (.waitForTaskToken) -Dienstintegrationsmuster.

Step Functions Functions-Aktivitäten Unterstützt Step Functions Functions-Aktivitäten. Unterstützt keine Step Functions Functions-Aktivitäten.