Portfolio/Blueprint 02
AWS infrastructure reference

Zero-idle serverless, made legible.

An interactive architecture brief for static edge delivery, on-demand compute, durable asynchronous work, and controlled failure paths.

Interactive request model

Follow the work, not the service list.

Select a scenario to see which parts of the system participate and what the operating model must account for.

Request scenarioChoose a path to inspect
request-path.mmd illustrative model
edge cache hitResponse served at edge
Architecture decisions

The structure follows the workload.

Each service earns its place by changing delivery, isolation, durability, or operating responsibility.

01

Serve static work at the edge

Let CloudFront answer cacheable requests close to the visitor while the private S3 origin remains inaccessible from the public internet.

02

Invoke compute only for work

Use event-driven functions for dynamic behavior instead of maintaining an application server that waits for traffic.

03

Externalize durable state

Keep functions replaceable. Durable state belongs in services designed for persistence, concurrency, backup, and recovery.

04

Design the failure path

Bound retries, isolate exhausted work, expose useful operating signals, and give callers a controlled result when dependencies fail.

Cost boundary

Zero idle compute is not zero cost.

The architecture avoids a permanently running application server. It still consumes managed services whose pricing, quotas, and abuse exposure need review against the actual workload.

Design rule

Estimate with named traffic assumptions, then verify against current AWS pricing before deployment.

AreaCost behaviorBoundary
DNSHosted-zone baseline plus queriesRoute 53 is not scale-to-zero.
Static deliveryStorage, requests, and transferCloudFront and S3 usage remains billable.
Dynamic pathRequests, duration, and capacity consumedAPI Gateway, Lambda, DynamoDB, and SQS charge by their own units.
OperationsLogs, metrics, alarms, and optional controlsRetention and services such as WAF must be chosen deliberately.
Delivery model

Infrastructure is reviewed before it becomes infrastructure.

The public reference repository treats deployment code, operating checks, and rollback notes as one deliverable.

  1. 01

    Validate

    Lint, type-check, test constructs, and synthesize the infrastructure template.

  2. 02

    Plan

    Review the generated change set, IAM changes, replacement risk, and estimated service footprint.

  3. 03

    Deploy

    Assume a scoped CI role through OIDC and apply the reviewed infrastructure change.

  4. 04

    Verify

    Run smoke checks, inspect alarms and logs, then record the deployed version and rollback point.

Need a decision, not another service diagram?

Start with the workload and its operating constraints.

Request an architecture assessment