AWS Well-Architected

code for article pfeilbr/aws-well-architected-playground

deep dive on all things AWS Well-Architected

Key Points

consistent pre-launch review process against AWS best practices
helps you understand the pros and cons of decisions you make while building systems
review process is a conversation and not an audit. working together to improve. practical advice.
goal is not to have “perfect” architecture from the start. identify areas for improvement and choose a couple that delivery the most value
AWS does not provide prescriptive guidance on how to perform the review. WA tool is the closest.
concepts: Pillars -> Design Principles -> Questions
enables: learn -> measure -> improve iterative cycle
input: answer questions, output: improvement plan (PDF reports)
learning / education - can be used as standalone tool solely for learning what the best practices are
milestone - record the state of a workload for given point in time. e.g. original design, design review, v1, v2

Use Cases

learning best practices for the cloud
technology governance
portfolio management - inventory of workloads, historical decisions made, risks, highlights where to invest

Well-Architected Framework

The AWS Well-Architected Framework helps you to design and operate a reliable, secure, efficient, and cost-efficient systems on AWS. It also helps you constantly measure your architecture against best practices and provides you an opportunity to improve your architecture.

5 Pillars

Operational Excellence
Security
Reliability
Performance Efficiency
Cost Optimization

Review Process

The review process describes in high-level terms, how the assessment of the principles should be done. For AWS, this should be a lightweight process, which is taking rather hours, instead of days and it should be repeated multiple times across the architecture lifecycle. AWS states that it is important to have a conversation (not an audit) and a “blame-free approach” during the review and it is also important to involve the right people. The results of the conversations should be a list of issues that can then be prioritized based on the business context and that can be formulated into a set of actions that help to improve the overall customer experience of the architecture.

Well-Architected Tool

AWS Console Tool that steps a user through the Well-Architected Review Process

Well-Architected Alternate Renditions

Consuming the WA PDFs or web content can be a bit challenging with navigation. The WA questions, resources, etc. are available as json via the AWS WA Console Tool with some scraping. This creates alternate renditions based on this data.

Run aws-well-architected-reformat/main.js to generate a reformatted and condensed version of WA.
```
cd aws-well-architected-reformat
node main.js > ../aws-well-architected-condensed.md
```
see alternate rendition at aws-well-architected-condensed.md
See aws-well-architected-reformat/data for the question data as json for each lens.

Notes on pulling data via AWS Console

# aws console request format
POST https://console.aws.amazon.com/wellarchitected/api/apiservice
{"method":"GET","path":"/workloads/4cfa14fe4a9d351afc9975cfdcb434af/lensReviews/wellarchitected/answers","region":"us-east-1","headers":{"Content-Type":"application/json","Accept":"application/json"},"params":{"PillarId":"operationalExcellence","MaxResults":50,"Locale":"en"}}

# helpful Resources on right sidebar example
https://wa.aws.amazon.com/TypeII/en/foundationaltechnicalreview/foundationaltechnicalreview.sec_q1.helpful-resources.en.html

Feature Request

One area where there is a gap for an enterprises are all the company specific policies, standards, and best practices that are additive and need to be addressed on top of AWS. These types of questions and guidance would need to happen outside of WA Tool.

A feature to define custom lenses - a customer defined lens. This way the single WA Tool could be the method for review facilitation, improvement reporting and maintaining history.

Key Visuals