Cloud Well-Architected Framework
Part of the DevOps Roadmap
In short
How do you know if a cloud setup is actually good? AWS, Azure and Google each publish a checklist of pillars. It's the same set of questions senior engineers ask in every design review.
AWS's (and similar frameworks from other providers) set of pillars — operational excellence, security, reliability, performance efficiency, cost optimization — for evaluating whether an architecture is genuinely well-designed.

Think of it like this
The pillars holding up a house
An inspector taps every pillar. A house with five strong pillars and one cracked one is still in danger. A well-architected system is the same: great performance means little if security or cost is crumbling. Check all six, every time.
Watch it happen
The six pillars as questions
1/6Operational excellence: can we deploy, monitor and fix things smoothly, with runbooks and automation?
The big ideas
What you need to know
A review, not a rulebook
It's a set of questions to find risks. You decide which trade-offs make sense for your app.
Pillars pull against each other
More redundancy costs more. Faster can mean bigger. The framework makes those trade-offs explicit.
Free review tool
AWS has a Well-Architected Tool in the console to run through the questions for a workload.
Every cloud has one
Azure and Google Cloud publish their own frameworks with very similar pillars.
Save yourself the pain
Common mistakes
Oops
Running a review once before launch and filing it away.
Do this instead
Repeat it after big changes or every few months. Systems and risks drift over time.
Oops
Optimising one pillar, usually performance, and ignoring the rest.
Do this instead
Score every pillar, then fix the weakest first. A fast app with no backups is one bad day from disaster.
Your mission
Review your own project
Quick check
Your app is fast and cheap, but runs in one zone with untested backups. Which pillar is weakest?
Go deeper
- 1Read a summary of the AWS Well-Architected Framework's 5-6 pillars.
- 2Evaluate a hypothetical architecture against 2-3 of these pillars.
- 3Learn to use this framework as a structured way to review your own infrastructure decisions.
More topics at this stop
Stuck on this topic? Ask an Insider
Get 1:1 guidance from people who've walked this exact path — on the InsideEdge app.