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.
Führen Sie selektives Checkpointing mit Standard- und Express-Workflows durch
Dieses Beispielprojekt veranschaulicht, wie Standard- und Express-Workflows kombiniert werden, indem ein Pseudo-E-Commerce-Workflow ausgeführt wird, der selektives Checkpointing durchführt. Durch die Bereitstellung dieses Beispielprojekts werden ein Standard-Workflow-Zustandsmaschine, ein verschachtelter Express Workflow-Zustandsmaschine und ein AWS Lambda Funktion, eine Amazon Simple Queue Service (AmazonSQS) -Warteschlange und ein Amazon Simple Notification Service (AmazonSNS) -Thema.
Weitere Informationen zu Express-Workflows, verschachtelten Workflows und Step Functions Functions-Dienstintegrationen finden Sie im Folgenden:
Schritt 1: Den State Machine erstellen und Ressourcen bereitstellen
-
Öffnen Sie die Step Functions Functions-Konsole
und wählen Sie Create State Machine. -
Geben Sie
Selective checkpointing example
etwas in das Suchfeld ein und wählen Sie dann aus den zurückgegebenen Suchergebnissen die Option Beispiel für selektives Checkpointing aus. -
Wählen Sie Next (Weiter), um fortzufahren.
-
Wählen Sie „Demo ausführen“, um eine schreibgeschützte Datei und einen ready-to-deploy Workflow zu erstellen, oder wählen Sie „Darauf aufbauen“, um eine bearbeitbare Zustandsmaschinen-Definition zu erstellen, auf der Sie aufbauen und diese später bereitstellen können.
Dieses Beispielprojekt stellt die folgenden Ressourcen bereit:
-
Importieren in &S3; AWS Lambda function
-
Eine SQS Amazon-Warteschlange
-
Ein SNS Amazon-Thema
-
Importieren in &S3; AWS Step Functions Zustandsmaschine vom Typ Standard
-
Eine Step Functions Functions-Zustandsmaschine vom Typ Express
-
Verwandt AWS Identity and Access Management (IAM) Rollen
Die folgende Abbildung zeigt das Workflow-Diagramm für das Beispielprojekt Selective Checkpointing:
-
-
Wählen Sie Vorlage verwenden, um mit Ihrer Auswahl fortzufahren.
Die nächsten Schritte hängen von Ihrer vorherigen Auswahl ab:
-
Führen Sie eine Demo durch — Sie können den Status Machine überprüfen, bevor Sie ein schreibgeschütztes Projekt mit Ressourcen erstellen, die bereitgestellt werden von AWS CloudFormation zu Ihrem AWS-Konto.
Sie können sich die State-Machine-Definition ansehen. Wenn Sie bereit sind, wählen Sie Deploy and run, um das Projekt bereitzustellen und die Ressourcen zu erstellen.
Die Bereitstellung kann bis zu 10 Minuten dauern, bis Ressourcen und Berechtigungen erstellt sind. Sie können den Stack-ID-Link verwenden, um den Fortschritt zu überwachen AWS CloudFormation.
Nach Abschluss der Bereitstellung sollte Ihre neue Zustandsmaschine in der Konsole angezeigt werden.
-
Darauf aufbauen — Sie können die Workflow-Definition überprüfen und bearbeiten. Möglicherweise müssen Sie Werte für Platzhalter im Beispielprojekt festlegen, bevor Sie versuchen, Ihren benutzerdefinierten Workflow auszuführen.
Anmerkung
Für Dienste, die für Ihr Konto bereitgestellt werden, können Standardgebühren anfallen.
Gehen Sie folgendermaßen vor, nachdem die Ressourcen des Beispielprojekts bereitgestellt wurden.
Schritt 2: Führen Sie die Zustandsmaschine aus
-
Wählen Sie auf der Seite State Machines Ihr Beispielprojekt aus.
-
Wählen Sie auf der Seite mit dem Beispielprojekt die Option Ausführung starten aus.
-
Gehen Sie im Dialogfeld Ausführung starten wie folgt vor:
-
(Optional) Geben Sie einen benutzerdefinierten Ausführungsnamen ein, um den generierten Standard zu überschreiben.
ASCIINichtnamen und Protokollierung
Step Functions akzeptiert Namen für Zustandsmaschinen, Ausführungen, Aktivitäten und Bezeichnungen, die ASCII Nichtzeichen enthalten. Da solche Zeichen nicht mit Amazon funktionieren, empfehlen wir CloudWatch, nur ASCII Zeichen zu verwenden, damit Sie die Messwerte verfolgen können CloudWatch.
-
(Optional) Geben Sie im Eingabefeld die Eingabewerte als einJSON. Sie können diesen Schritt überspringen, wenn Sie eine Demo ausführen.
-
Wählen Sie Start execution (Ausführung starten) aus.
Die Step Functions Functions-Konsole leitet Sie zu einer Seite mit den Ausführungsdetails weiter, auf der Sie Status in der Diagrammansicht auswählen können, um die zugehörigen Informationen im Einzelheiten zu den Schritten Bereich zu untersuchen.
-
-
Gehen Sie zu Ihrer Protokollgruppe CloudWatch Logs
und überprüfen Sie die Logs. Der Name der Protokollgruppe wird wie Beispiel- ExpressLogGroup - aussehen wJalrXUtnFEMI.
Zustandsautomaten-Beispielcode für den übergeordneten Zustandsautomaten (Standard-Workflows)
Die Zustandsmaschine in diesem Beispielprojekt lässt sich in Amazon- SQSSNS, Amazon- und Step Functions Express-Workflows integrieren.
Sehen Sie sich diese Beispiel-Zustandsmaschine an, um zu sehenSNS, wie Step Functions Eingaben von Amazon SQS und Amazon verarbeitet und dann eine verschachtelte Express Workflow-Zustandsmaschine verwendet, um Backend-Systeme zu aktualisieren.
Weitere Informationen darüber, wie AWS Step Functions kann andere kontrollieren AWS Dienstleistungen, sieheIntegration von Diensten mit Step Functions.
{
"Comment": "An example of combining standard and express workflows to run a mock e-commerce workflow that does selective checkpointing.",
"StartAt": "Approve Order Request",
"States": {
"Approve Order Request": {
"Type": "Task",
"Resource": "arn:<PARTITION>:states:::sqs:sendMessage.waitForTaskToken",
"Parameters": {
"QueueUrl": "<SQS_QUEUE_URL>",
"MessageBody": {
"MessageTitle": "Order Request received. Pausing workflow to wait for manual approval. ",
"TaskToken.$": "$$.Task.Token"
}
},
"Next": "Notify Order Success",
"Catch": [
{
"ErrorEquals": [
"States.ALL"
],
"Next": "Notify Order Failure"
}
]
},
"Notify Order Success": {
"Type": "Task",
"Resource": "arn:<PARTITION>:states:::sns:publish",
"Parameters": {
"Message": "Order has been approved. Resuming workflow.",
"TopicArn": "<SNS_ARN>"
},
"Next": "Process Payment"
},
"Notify Order Failure": {
"Type": "Task",
"Resource": "arn:<PARTITION>:states:::sns:publish",
"Parameters": {
"Message": "Order not approved. Order failed.",
"TopicArn": "<SNS_ARN>"
},
"End": true
},
"Process Payment": {
"Type": "Task",
"Resource": "arn:<PARTITION>:states:::sqs:sendMessage.waitForTaskToken",
"Parameters": {
"QueueUrl": "<SQS_QUEUE_URL>",
"MessageBody": {
"MessageTitle": "Payment sent to third-party for processing. Pausing workflow to wait for response.",
"TaskToken.$": "$$.Task.Token"
}
},
"Next": "Notify Payment Success",
"Catch": [
{
"ErrorEquals": [
"States.ALL"
],
"Next": "Notify Payment Failure"
}
]
},
"Notify Payment Success": {
"Type": "Task",
"Resource": "arn:<PARTITION>:states:::sns:publish",
"Parameters": {
"Message": "Payment processing succeeded. Resuming workflow.",
"TopicArn": "<SNS_ARN>"
},
"Next": "Workflow to Update Backend Systems"
},
"Notify Payment Failure": {
"Type": "Task",
"Resource": "arn:<PARTITION>:states:::sns:publish",
"Parameters": {
"Message": "Payment processing failed.",
"TopicArn": "<SNS_ARN>"
},
"End": true
},
"Workflow to Update Backend Systems": {
"Comment": "Starting an execution of an Express workflow to handle backend updates. Express workflows are fast and cost-effective for steps where checkpointing isn't required.",
"Type": "Task",
"Resource": "arn:<PARTITION>:states:::states:startExecution.sync",
"Parameters": {
"StateMachineArn": "<UPDATE_DATABASE_EXPRESS_STATE_MACHINE_ARN>",
"Input": {
"AWS_STEP_FUNCTIONS_STARTED_BY_EXECUTION_ID.$": "$$.Execution.Id"
}
},
"Next": "Ship the Package"
},
"Ship the Package": {
"Type": "Task",
"Resource": "arn:<PARTITION>:states:::sns:publish",
"Parameters": {
"Message": "Order and payment received, database is updated and the package is ready to ship.",
"TopicArn": "<SNS_ARN>"
},
"End": true
}
}
}
IAMBeispielrolle für den Parent State Machine
Dieses Beispiel AWS Identity and Access Management (IAM) Die durch das Beispielprojekt generierten Richtlinien beinhalten die geringsten Rechte, die für die Ausführung der Zustandsmaschine und der zugehörigen Ressourcen erforderlich sind. Wir empfehlen, dass Sie nur die Berechtigungen in Ihre IAM Richtlinien aufnehmen, die erforderlich sind.
SNSAmazon-Richtlinie:
{
"Version": "2012-10-17",
"Statement": [
{
"Action": [
"sns:Publish"
],
"Resource": "arn:aws:sns:us-east-1:123456789012:Checkpoint-SNSTopic-wJalrXUtnFEMI",
"Effect": "Allow"
}
]
}
SQSAmazon-Richtlinie:
{
"Version": "2012-10-17",
"Statement": [
{
"Action": [
"sqs:SendMessage"
],
"Resource": "arn:aws:sqs:us-east-1:123456789012:Checkpoint-SQSQueue-je7MtGbClwBF",
"Effect": "Allow"
}
]
}
Ausführungsrichtlinie für Zustände:
{
"Version": "2012-10-17",
"Statement": [
{
"Action": [
"states:StartExecution",
"states:DescribeExecution",
"states:StopExecution"
],
"Resource": "*",
"Effect": "Allow"
},
{
"Action": [
"events:PutTargets",
"events:PutRule",
"events:DescribeRule"
],
"Resource": "arn:aws:events:us-east-1:123456789012:rule/StepFunctionsGetEventsForStepFunctionsExecutionRule",
"Effect": "Allow"
}
]
}
Zustandsautomaten-Beispielcode für den verschachtelten Zustandsautomaten (Express-Workflows)
Der Zustandsautomat in diesem Beispielprojekt aktualisiert Backend-Informationen, wenn er vom übergeordneten Zustandsautomaten aufgerufen wird.
Sehen Sie sich diese Beispiel-Zustandsmaschine an, um zu sehen, wie Step Functions die verschiedenen Komponenten der simulierten E-Commerce-Backend-Systeme aktualisiert.
Weitere Informationen darüber, wie AWS Step Functions kann andere kontrollieren AWS Dienstleistungen, sieheIntegration von Diensten mit Step Functions.
{
"StartAt": "Update Order History",
"States": {
"Update Order History": {
"Type": "Task",
"Resource": "arn:aws:states:::lambda:invoke",
"Parameters": {
"FunctionName": "Checkpoint-UpdateDatabaseLambdaFunction-wJalrXUtnFEMI",
"Payload": {
"Message": "Update order history."
}
},
"Next": "Update Data Warehouse"
},
"Update Data Warehouse": {
"Type" : "Task",
"Resource": "arn:aws:states:::lambda:invoke",
"Parameters": {
"FunctionName": "Checkpoint-UpdateDatabaseLambdaFunction-wJalrXUtnFEMI",
"Payload": {
"Message": "Update data warehouse."
}
},
"Next": "Update Customer Profile"
},
"Update Customer Profile": {
"Type": "Task",
"Resource": "arn:aws:states:::lambda:invoke",
"Parameters": {
"FunctionName": "Checkpoint-UpdateDatabaseLambdaFunction-wJalrXUtnFEMI",
"Payload": {
"Message": "Update customer profile."
}
},
"Next": "Update Inventory"
},
"Update Inventory": {
"Type": "Task",
"Resource": "arn:aws:states:::lambda:invoke",
"Parameters": {
"FunctionName": "Checkpoint-UpdateDatabaseLambdaFunction-wJalrXUtnFEMI",
"Payload": {
"Message": "Update inventory."
}
},
"End": true
}
}
}
IAMBeispielrolle für Child State Machine
Dieses Beispiel AWS Identity and Access Management (IAM) Die vom Beispielprojekt generierte Richtlinie beinhaltet die geringsten Rechte, die für die Ausführung des Zustandsmaschinen und der zugehörigen Ressourcen erforderlich sind. Wir empfehlen, dass Sie nur die Berechtigungen in Ihre IAM Richtlinien aufnehmen, die erforderlich sind.
{
"Version": "2012-10-17",
"Statement": [
{
"Action": [
"lambda:InvokeFunction"
],
"Resource": [
"arn:aws:lambda:us-east-1:123456789012:function:Example-UpdateDatabaseLambdaFunction-wJalrXUtnFEMI"
],
"Effect": "Allow"
}
]
}
Die folgende Richtlinie stellt sicher, dass genügend Berechtigungen für CloudWatch Protokolle vorhanden sind.
{
"Version": "2012-10-17",
"Statement": [
{
"Action": [
"logs:CreateLogDelivery",
"logs:GetLogDelivery",
"logs:UpdateLogDelivery",
"logs:DeleteLogDelivery",
"logs:ListLogDeliveries",
"logs:PutResourcePolicy",
"logs:DescribeResourcePolicies",
"logs:DescribeLogGroups"
],
"Resource": [
"*"
],
"Effect": "Allow"
}
]
}
Informationen zur Konfiguration IAM bei der Verwendung von Step Functions mit anderen AWS Dienste finden Sie unterSo generiert Step Functions IAM Richtlinien für integrierte Dienste.