State machine structure in Amazon States Language for Step Functions workflows
Managing state and transforming data
Learn about Passing data between states with variables and Transforming data with JSONata.
State machines are defined using JSON text that represents a structure containing the following fields.
-
Comment(Optional) -
A human-readable description of the state machine.
-
QueryLanguage(Optional; when omitted, defaults toJSONPath) -
-
The name of the query language used by the state machine. Allowed values are
JSONPathandJSONata. -
If not provided for the state machine, the default value for each state is JSONPath.
-
When the top-level state machine query language is
JSONPath, individual states can override the query language by setting QueryLanguage toJSONata. Given this approach, you can incrementally convert a state machine from JSONPath to JSONata one state at a time. -
Note: You cannot revert a top-level JSONata-based state machine to a mix of JSONata and JSONPath states.
-
-
StartAt(Required) -
A string that must exactly match (is case sensitive) the name of one of the state objects.
-
TimeoutSeconds(Optional) -
The maximum number of seconds an execution of the state machine can run. If it runs longer than the specified time, the execution fails with a
States.TimeoutError Name. -
Version(Optional) -
The version of the Amazon States Language used in the state machine (default is "1.0").
-
States(Required) -
An object containing a comma-delimited set of states.
The States field contains States.
{
"State1" : {
},
"State2" : {
},
...
}A state machine is defined by the states it contains and the relationships between them.
The following is an example.
{
"Comment": "A Hello World example of the Amazon States Language using a Pass state",
"StartAt": "HelloWorld",
"States": {
"HelloWorld": {
"Type": "Pass",
"Result": "Hello World!",
"End": true
}
}
}When an execution of this state machine is launched, the system begins with the state
referenced in the StartAt field ("HelloWorld"). If this state has
an "End": true field, the execution stops and returns a result. Otherwise,
the system looks for a "Next": field and continues with that state
next. This process repeats until the system reaches a terminal state (a state with
"Type": "Succeed", "Type": "Fail", or "End": true), or a runtime
error occurs.
The following rules apply to states within a state machine:
-
States can occur in any order within the enclosing block, but the order in which they're listed doesn't affect the order in which they're run. The contents of the states determines this order.
-
Within a state machine, there can be only one state that's designated as the
startstate, designated by the value of theStartAtfield in the top-level structure. This state is the one that is executed first when the execution starts. -
Any state for which the
Endfield istrueis considered anend(orterminal) state. Depending on your state machine logic—for example, if your state machine has multiple branches of execution—you might have more than oneendstate. -
If your state machine consists of only one state, it can be both the
startstate and theendstate.
Common state fields in workflows
The following fields are common to all state elements.
-
Type(Required) -
The state's type: Task, Choice, Parallel, Map, Pass, Wait, Succeed, Fail.
QueryLanguage(Optional; when omitted, defaults toJSONPath)-
-
The name of the query language used by the state. Allowed values are
JSONPathandJSONata. -
When the top-level state machine query language is
JSONPath, individual states can override the query language by setting QueryLanguage toJSONata. Given this approach, you can incrementally convert a state machine from JSONPath to JSONata one state at a time.
-
-
Next -
The name of the next state that is run when the current state finishes. Some state types, such as
Choice, allow multiple transition states.If the current state is the last state in your workflow, or a terminal state, such as Succeed workflow state or Fail workflow state, you don't need to specify the
Nextfield. -
End -
Designates this state as a terminal state (ends the execution) if set to
true. There can be any number of terminal states per state machine. Only one ofNextorEndcan be used in a state. Some state types, such asChoice, or terminal states, such as Succeed workflow state and Fail workflow state, don't support or use theEndfield. -
Comment(Optional) -
Holds a human-readable description of the state.
-
Assign(Optional) -
Used to store variables. The
Assignfield accepts a JSON object with key/value pairs that define variable names and their assigned values. Any string value, including those inside objects or arrays, will be evaluated as JSONata when surrounded by{% %}charactersFor more information, see Passing data between states with variables.
-
Output(Optional, JSONata only) -
Used to specify and transform output from the state. When specified, the value overrides the state output default.
The output field accepts any JSON value (object, array, string, number, boolean, null). Any string value, including those inside objects or arrays, will be evaluated as JSONata if surrounded by {% %} characters.
Output also accepts a JSONata expression directly, for example: "Output": "{% jsonata expression %}"
For more information, see Input and Output Processing.
-
InputPath(Optional, JSONPath only) -
A path that selects a portion of the state's input to be passed to the state's task for processing. If omitted, it has the value
$which designates the entire input. For more information, see Input and Output Processing. -
OutputPath(Optional, JSONPath only) -
A path that selects a portion of the state's output to be passed to the next state. If omitted, it has the value
$which designates the entire output. For more information, see Input and Output Processing.