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.
Problembehandlung bei Express-Workflows
Bei meiner Anwendung tritt ein Timeout auf, bevor ich eine Antwort von einem StartSyncExecution
API-Aufruf erhalte.
Konfigurieren Sie ein clientseitiges Socket-Timeout in dem AWS SDK oder Client, den Sie für den API-Aufruf verwenden. Um eine Antwort zu erhalten, muss das Timeout einen Wert haben, der höher ist als die Dauer der Express Workflow-Ausführungen.
Ich kann den Ausführungsverlauf nicht einsehen, um Express Workflow-Fehler zu beheben.
Express Workflows zeichnen keine Ausführungshistorie aufAWS Step Functions. Stattdessen müssen Sie die CloudWatch Protokollierung aktivieren. Sobald die Protokollierung aktiviert ist, können Sie CloudWatch Logs Insights-Abfragen verwenden, um Ihre Express Workflow-Ausführungen zu überprüfen. Sie können den Ausführungsverlauf für Express Workflow-Ausführungen auch auf der Step Functions-Konsole einsehen, wenn Sie auf der Registerkarte Ausführungen auf die Schaltfläche Aktivieren klicken. Weitere Informationen finden Sie unter Ausführen auf der Step Functions-Konsole anzeigen und debuggen.
Um Hinrichtungen anhand der Dauer aufzulisten:
fields ispresent(execution_arn) as exec_arn | filter exec_arn | filter type in ["ExecutionStarted", "ExecutionSucceeded", "ExecutionFailed", "ExecutionAborted", "ExecutionTimedOut"] | stats latest(type) as status, tomillis(earliest(event_timestamp)) as UTC_starttime, tomillis(latest(event_timestamp)) as UTC_endtime, latest(event_timestamp) - earliest(event_timestamp) as duration_in_ms by execution_arn | sort duration desc
Um fehlgeschlagene und abgesagte Hinrichtungen aufzulisten:
fields ispresent(execution_arn) as isRes | filter type in ["ExecutionFailed", "ExecutionAborted", "ExecutionTimedOut"]