SynfraCore
Synfracore
Start Learning
Navigation

Academies

Platform

RoadmapsLabsCertificationsInterviewPYQsAI AssistantCareer
Start Learning Free🗺️ Learning Roadmaps

Architecture PatternsCheatsheets

Quick reference — commands, syntax, and patterns

✍️
Written by senior engineers. Reviewed for technical accuracy.· Updated 2025 · SynfraCore Architecture Patterns Team
Expert Content

Cloud Architecture Patterns — Quick Reference

Pattern → problem it solves (memorize this mapping, not just names)

PatternSolves

|---|---|

Multi-AZ Active-ActiveA single AZ failing shouldn't take the service down
Hub-and-SpokeN VPCs needing to talk becomes an unmanageable mesh as N grows
Strangler FigCan't safely rewrite a large legacy system in one release
CQRSRead and write workloads need different scaling/consistency shapes
SagaNo single transaction can span multiple microservices' databases
Serverless Event-DrivenFixed capacity wastes money or under-provisions for spiky load

When to reach for each pattern (quick decision guide)

If you need...Consider

|---|---|

99.99%+ uptime, single regionMulti-AZ Active-Active
Many VPCs sharing services/on-prem connectivityHub-and-Spoke
To migrate a legacy system without a big-bang rewriteStrangler Fig
High read volume, different shape than write modelCQRS
Multi-step process across independent microservicesSaga
Unpredictable/spiky load, don't want idle fixed capacityServerless Event-Driven
Regional-scale disaster toleranceMulti-region (on top of Multi-AZ, not instead of it)

Saga: choreography vs. orchestration, quick comparison

ChoreographyOrchestration

|---|---|---|

CoordinatorNone — services react to eventsCentral coordinator (e.g. Step Functions)
Process visibilityScattered across servicesVisible in one place
Best forFew steps, loose couplingMany steps, complex compensation logic
New dependency introducedNoneEvery step depends on the coordinator

Resilience patterns for partial failure

PatternPurpose

|---|---|

Circuit breakerStop calling a repeatedly-failing dependency, fail fast
BulkheadIsolate resource pools per dependency
Graceful degradationPre-decided fallback behavior per feature, not improvised during an incident

Cost tradeoff quick reference

PatternReal added cost

|---|---|

Multi-AZ Active-Active~2x compute (both AZs at full capacity, not idle standby)
Hub-and-SpokePer-hour + per-GB Transit Gateway charges on top of connected resources
CQRSOperating two data stores instead of one
Multi-region active-activeCross-region data transfer + full duplicate infrastructure

AWS Well-Architected Framework — 6 pillars, one-line memory hook

PillarOne-line question

|---|---|

Operational ExcellenceCan you run and monitor this, with runbooks?
SecurityWho can do what, is data encrypted?
ReliabilityCan you recover from failure — have you tested that?
Performance EfficiencyRight resource for the job?
Cost OptimizationPaying only for what you use?
SustainabilityMinimum environmental impact for the workload?
Share:
Join our Community
Daily tips, job alerts, interview help — join engineers learning together
Also Worth Exploring
← Back to all Architecture Patterns modules
CertificationNotes