techdiagrams.net
← All templates

Serverless event-driven backbone

An event bridge routing to two styles side by side — choreographed functions reacting to events, and a step-function orchestrator owning a flow — with async request-reply and DLQ routing.

Open in editor — free, no login Download JSON
CHOREOGRAPHY — FUNCTIONS REACT, NOBODY OWNS THE FLOWORCHESTRATION — THE STATE MACHINE OWNS THE FLOWPOST → 202 AcceptedOrderReceivedpoll GET /status/:idrule: source=checkoutValidated eventkeep warmrule: needs sagainvokeinvokewrite progressafter N failuresClient Appfire and pollAPI Gatewayreturns 202 + request idEvent Bridgecontent-based routingWarmerprovisioned concurrencyValidate Fnreacts to OrderReceivedEnrich Fnreacts to ValidatedStep Orchestratorstate machine owns the flowReserve Fnstep 1 · retry policyCharge Fnstep 2 · idempotentStatus Storerequest id → progressDLQ + destinationsfailures, parkedchoreography scales teams;orchestration scales understanding —choose per flow, not per company202 + status endpoint = async request-reply: no held connections, no gatewaytimeouts, retries stay client-side

What this design does

Serverless architectures die by spaghetti when every function invokes the next. This backbone shows the two disciplined alternatives on one canvas: choreography (functions react to routed events) for loose coupling, and orchestration (a state machine owns the sequence) for flows you must reason about. The client never waits — 202 plus a status endpoint is the async contract.

The patterns it composes

Import it, attach your own numbers, and verify the design against failures — or read the engineering notes.