PlayCloudLabs
Sign in
  1. Learn AWS
  2. Architecture
  3. Workflow orchestration

Architecture pattern

AWS Workflow orchestration architecture

when many steps, some slow, and failures must unwind

When a process is a sequence with retries, waits and compensations, the state machine should be explicit rather than smeared across services. Step Functions holds the state, retries a step without replaying the ones before it, and gives you one place to see where any order actually is.

What it runs through

In the order a request or a record moves through it. Each one links to the page that explains it.

Signals in a brief that point here

Phrases that, when you meet them in a scenario, mean this shape rather than another. They are the tell, and they are what an exam question is built around.

  • “multi-step”
  • “if payment fails release the inventory”
  • “wait and retry”
  • “visibility into every order”
  • “long-running”

What it costs you

Another service to model and pay per transition — overkill for a two-step process a queue would handle.

Every shape has one. A design decision with no stated downside is usually a decision nobody has finished making.

Learn the services in it

Shapes it is easily confused with

These run through some of the same services, which is exactly why a brief that fits one can look like it fits another.

Now build it from a brief

Reading a shape and producing one from a scenario that never names a service are different skills, and the exam asks for the second. The scenarios give you the brief; you draw the architecture and it is scored against what the brief requires.

Still there?

You have been away for a while. We have saved what you were working on in this browser. In 60 seconds you will be signed out to keep your account safe.