Skip to content

Architecture library

Patterns you can adapt to real systems.

Architecture pattern articles focus on boundaries, request flow, failure handling, observability, and cost trade-offs rather than diagram theater.

Architecture content on the internet has a problem. It's either too abstract (boxes and arrows with no implementation) or too specific (a tutorial for one service that doesn't explain the system it fits into). InfraTales patterns sit in the middle.

Every pattern here includes five things most architecture content skips: the system pressure that makes this shape necessary, when you should NOT use it, the failure edges you'll hit in production, what it actually costs to run, and the operational requirements your team needs to support it. If a pattern can't answer "what breaks first?", it's not ready to publish.

Each pattern links to a GitHub repo with sanitized CDK or Terraform code. That's not sample code - it's production-derived infrastructure that's been through a real deployment. The code won't run against your account without changes (credentials, account IDs, region config), but the architecture decisions and IAM patterns are directly reusable.

How to use these patterns

Read the article first for the reasoning and trade-offs. Check the decision criteria to see if the pattern fits your constraints. Then look at the linked GitHub repo for the actual CDK/Terraform code, docs, and architecture diagrams.

What "production-grade" means here

Not "it deploys without errors." Production-grade means: IAM follows least-privilege, encryption is on by default, monitoring exists, failure recovery is documented, and cost is understood. The boring stuff that keeps systems running.

Contributing patterns

If you've built something production-grade on AWS and want to contribute a pattern, reach out at hello@rahulladumor.com. InfraTales patterns come from real deployments, not hypothetical designs.

Published patterns

Five pattern families you can read today.

Each one walks a deployed CDK stack end to end: the architecture decisions, the code, what broke during deployment, and what it costs to run.

Web application platform

A containerized web app on Fargate with Aurora for state and CloudFront in front. The standard three-tier shape, with the VPC wiring, scaling behavior, and cost drivers spelled out.

Read: Fargate, Aurora, and CloudFront wired together

Security as code

IAM boundaries, VPC isolation, KMS encryption, and WAFv2 rules defined in CDK instead of console clicks. The pattern to copy when an auditor asks how your controls are enforced.

Read: IAM and VPC security as code

Data migration pipeline

File and database migration orchestrated with Step Functions, DataSync moving objects and DMS replicating tables. Covers cutover sequencing and what happens when a transfer fails mid-run.

Read: DataSync, DMS, and Step Functions pipeline

Event-driven processing

S3 events routed through EventBridge into Lambda. When the extra hop over direct S3 notifications is worth it, plus the cost math for the whole trigger path.

Read: S3 to Lambda via EventBridge