Sep. 05, 2022
AWS Step Functions is a low-code, visual workflow service that enables developers to build and automate applications using AWS services. Step Functions allow developers to rapidly create and deploy fault-tolerant, reliable, and scalable workflows while writing less integration code. The foundational concepts of AWS Step Functions will be explained in this article.
In AWS Step Functions, a workflow is called a state machine. State machines represent a series of event-driven steps, and each step in a state machine workflow is called a state. A state machine is programmed to read a set of inputs, and based on the input it receives, switch to a different state. Based on the inputs, individual states can make decisions, perform actions, and transmit outputs to other states. The following is an example of a state machine:
"Comment": "Run the HelloWorld Lambda function",
"Comment": "Run the GoodbyeWorld Lambda function",
A state machine is defined using JSON or YAML formats. There are multiple ways to create and programmatically deploy a State Machine: AWS API, AWS CloudFormation, Terraform, AWS CDK, or through the Serverless framework with the “serverless-step-functions” plugin.
The AWS console allows users to build state machines intuitively using a beginner-friendly drag-and-drop interface, providing explanations for each available setting, as seen in the example below.
State Machine Creation on the AWS Console
When creating a state within a state machine, it is not only important to give it a unique name but also to define its type. A state type determines the behavior of the state being created.
The ‘Task’ state type is the core feature of any Step Function, as it executes an action on an AWS resource. Used mainly to invoke lambdas, it can interact with almost all AWS services. Tasks can be used to manipulate buckets or objects on S3, launch tasks on EKS, execute DynamoDB queries, send messages through SNS, etc.
The ‘Choice’ state type adds a conditional option based on state variables to execute a specific branch of the workflow. Similar to the process of coding an “if” condition, it is possible to create complex conditions based on booleans, numbers, strings, and timestamps.
The ‘Pass’ state type simply sends its input to output. This state type is used to make workflows more readable on the console, manipulate the state variable, or serve as a placeholder while waiting for a new feature.
The ‘Wait’ state type is similar to the ‘Pass’ state type. However, it delays the execution of the workflow for a specific amount of time or waits for a specific timestamp.
The ‘Parallel’ state type launches specific workflow branches in parallel and executed at the same time. This state type is best used for tasks that are not interdependent.
The ‘Map’ state type repeats over an array to execute a workflow branch for each element in the array. Map also makes it possible to execute a defined number of workflows in parallel.
The ‘Succeed’ state type stops the execution of a workflow or a specific branch in the workflow and sets the status of the execution to “Success”. The use of this state type is not a technical necessity since the same behavior can be replicated by adding an “End: true” on the previous state. However, the usage of the ‘Succeed’ state type allows for better readability in the console.
Like Succeed, the ‘Fail’ state type stops the execution of a workflow. However, it sets the status to “Failed”. It is possible to customize errors returned by the state machine using this state type.
By default, each step of a state machine takes the output of the previous step (a JSON object) as its input. It is possible to manipulate and store variables in a more complex manner using “$”. Examples of this are as follows:
AWS Step Functions supports state sizes up to 256KB for the whole execution.
ResultPath Usage Example
When building and automating workflows, it is critical to consider execution contingencies in the event of an error. These errors can be managed from the state machine using the “Retry” and “Catch” settings.
A task can be configured to restart automatically for a specific number of times with a defined interval (either fixed or exponential) between consecutive executions. If all the retry attempts result in errors, the execution of the state machine can be configured to stop with a “Failed” status. A “Catch” setting can then be added to execute another branch of the workflow by transmitting the error.
"ErrorEquals": ["ErrorA", "ErrorB"],
AWS Step Functions has been an integral part of workflows implemented by TrackIt . The development team recently leveraged Step Functions to rebuild an entire Order Management System (OMS) for a major retailer. AWS Step Functions allowed TrackIt engineers to write more efficient code by outputting part of the OMS logic in the workflow, and enabled a detailed view of each order. The serverless nature of AWS Step Functions and Amazon Lambda also helped ensure efficient scaling during peak usage.
Developers can save significant amounts of time with the strategic use of the various mechanisms offered by the AWS Step Functions service. Workflows built using AWS Step Functions help manage failures, retries, parallelization, service integrations, and observability, allowing developers to shift their focus towards higher-value business logic.
TrackIt is an Amazon Web Services Advanced Tier Services Partner specializing in cloud management, consulting, and software development solutions based in Marina del Rey, CA.
TrackIt specializes in Modern Software Development, DevOps, Infrastructure-As-Code, Serverless, CI/CD, and Containerization with specialized expertise in Media & Entertainment workflows, High-Performance Computing environments, and data storage.
In addition to providing cloud management, consulting, and modern software development services, TrackIt also provides an open-source AWS cost management tool that allows users to optimize their costs and resources on AWS.