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.

Redriving Map-Runs in Step Functions Functions-Ausführungen

Sie können erfolglose untergeordnete Workflow-Ausführungen in einer Map Run von neu starten redrivingIhr übergeordneter Workflow. A redriven übergeordneter Arbeitsablauf redrives alle erfolglosen Staaten, einschließlich Distributed Map. Ein übergeordneter Workflow gibt den Status „Nicht erfolgreich“ wieder aus, wenn es kein <stateType>Exited Ereignis gibt, das dem <stateType>Entered Ereignis für einen Status entspricht, in dem der übergeordnete Workflow seine Ausführung abgeschlossen hat. Wenn der Ereignisverlauf beispielsweise das Ereignis für ein MapStateExited MapStateEntered Ereignis nicht enthält, können Sie redrive der übergeordnete Workflow zu redrive alle erfolglosen untergeordneten Workflow-Ausführungen im Map Run.

Ein Map Run wird entweder nicht gestartet oder schlägt beim ursprünglichen Ausführungsversuch fehl, wenn der Zustandsmaschine nicht über die erforderlichen Zugriffsberechtigungen für den ItemReader (Karte) Zugriff auf oder beides verfügt. ResultWriter (Karte) Wenn der Map Run beim ursprünglichen Ausführungsversuch des übergeordneten Workflows nicht gestartet wurde, redriving der übergeordnete Workflow startet den Map Run zum ersten Mal. Um dieses Problem zu lösen, fügen Sie Ihrer State-Machine-Rolle die erforderlichen Berechtigungen hinzu und dann redrive der übergeordnete Workflow. Wenn Sie redrive Der übergeordnete Workflow versucht, ohne die erforderlichen Berechtigungen hinzuzufügen, einen neuen Map Run-Lauf zu starten, der erneut fehlschlägt. Informationen zu den Berechtigungen, die Sie möglicherweise benötigen, finden Sie unterIAMRichtlinien für die Verwendung von Distributed-Map-Zuständen.

Redrive Eignung für untergeordnete Workflows in einem Map Run

Das können Sie redrive die erfolglosen untergeordneten Workflow-Ausführungen in einem Map Run, wenn die folgenden Bedingungen erfüllt sind:

Ein neuer Map Run wird gestartet und der bestehende Map Run nicht redriven in den folgenden Fällen, auch wenn der Map Run beim ursprünglichen Ausführungsversuch fehlgeschlagen ist:

Ein Map-Run kann auch dann weiter ausgeführt werden, wenn der übergeordnete Workflow beendet oder das Timeout überschritten wurde. In diesen Szenarien ist redrive passiert nicht sofort:

In diesen Fällen schließt der laufende Map Run seine Operationen ab, bevor er versucht redrive.

Ausführung eines untergeordneten Workflows redrive Verhalten

Das Tool redriven Die Ausführung untergeordneter Workflows in einem Map Run zeigt das in der folgenden Tabelle beschriebene Verhalten.

Wenn du redriven bei einem Map Run, dessen Parallelitätslimit erreicht ist, wird der untergeordnete Workflow, der in diesem Map Run ausgeführt wird, in den Status „Ausstehend“ übergehen. Der Ausführungsstatus des Map Runs geht ebenfalls in den Status Ausstehend über redriveZustand. Bis das angegebene Parallelitätslimit die Ausführung weiterer untergeordneter Workflow-Ausführungen ermöglicht, verbleibt die Ausführung im Status Ausstehend redriveZustand.

Nehmen wir beispielsweise an, dass das Parallelitätslimit für die verteilte Map in Ihrem Workflow 3000 beträgt und die Anzahl der erneut auszuführenden untergeordneten Workflows 6000 beträgt. Dies führt dazu, dass 3000 untergeordnete Workflows parallel ausgeführt werden, während die verbleibenden 3000 Workflows im Status Pending Redrive verbleiben. Nachdem die Ausführung des ersten Batches von 3000 untergeordneten Workflows abgeschlossen ist, werden die verbleibenden 3000 untergeordneten Workflows ausgeführt.

Wenn die Ausführung eines Map Runs abgeschlossen oder abgebrochen wurde, wird die Anzahl der Ausführungen untergeordneter Workflows im Status Ausstehend angezeigt redriveDer Status wird auf 0 zurückgesetzt.

Bei Map Run verwendete Eingabeszenarien redrive

Je nachdem, wie Sie beim ursprünglichen Ausführungsversuch Eingaben für die Distributed Map bereitgestellt haben, ist redriven Map Run verwendet die Eingabe wie in der folgenden Tabelle beschrieben.

IAMErlaubnis zu redrive ein Map Run

Step Functions benötigt die entsprechende Genehmigung für redrive ein Map Run. Das folgende IAM Richtlinienbeispiel gewährt Ihrem Zustandsmaschine die geringste erforderliche Berechtigung für redriving ein Map Run. Denken Sie daran, das zu ersetzen italicized Text mit Ihren ressourcenspezifischen Informationen.

{
  "Version": "2012-10-17",
  "Statement": [
    {
      "Effect": "Allow",
      "Action": [
        "states:RedriveExecution"
      ],
      "Resource": "arn:aws:states:us-east-2:123456789012:execution:myStateMachine/myMapRunLabel:*"
    }
  ]
}

Redriving Karte In der Konsole ausführen

Die folgende Abbildung zeigt das Ausführungsdiagramm einer Zustandsmaschine, die eine Distributed Map enthält. Diese Ausführung ist fehlgeschlagen, weil der Map Run fehlgeschlagen ist. Bis redrive der Map Run, du musst redrive der übergeordnete Arbeitsablauf.

Nachdem du redriven Nach einem Map Run kannst du ihn untersuchen redrive Details in der Konsole oder mithilfe der DescribeExecutionAPIAktionen GetExecutionHistoryund. Weitere Informationen zur Untersuchung eines redriven Ausführung, sieheUntersuchen redriven Hinrichtungen.

Redriving Map Run mit API

Du kannst redrive ein teilnahmeberechtigter Map Run mit dem RedriveExecutionAPIim übergeordneten Workflow. Dadurch API werden erfolglose untergeordnete Workflow-Ausführungen in einem Map Run neu gestartet.

Im AWS Command Line Interface (AWS CLI), führen Sie den folgenden Befehl aus, um redrive eine erfolglose State-Machine-Ausführung. Denken Sie daran, das zu ersetzen italicized Text mit Ihren ressourcenspezifischen Informationen.

aws stepfunctions redrive-execution --execution-arn arn:aws:states:us-east-2:123456789012:execution:myStateMachine:foo

Nachdem Sie redriven Einen Map Run kannst du dir ansehen redrive Details in der Konsole oder mithilfe der DescribeMapRunAPIAktion. Um das zu untersuchen redrive Einzelheiten zu Standard-Workflow-Ausführungen in einem Map Run können Sie mit der DescribeExecutionAPIAktion GetExecutionHistoryoder verwenden. Weitere Informationen zur Untersuchung eines redriven Ausführung, sieheUntersuchen redriven Hinrichtungen.

Sie können das untersuchen redrive Details zu Express-Workflow-Ausführungen in einem Map Run auf der Step Functions-Konsole, wenn Sie die Protokollierung für den übergeordneten Workflow aktiviert haben. Weitere Informationen finden Sie unter Verwendung von CloudWatch Logs zur Protokollierung des Ausführungsverlaufs in Step Functions.