AWS Well-Architected framework is built around six foundational areas, also known as pillars, to help customers structure their applications in line with best practices that have become established.
In addition, the AWS Well-Architected framework isn’t exclusive to the AWS environment. You can use these pillars to evaluate your system in any environment, including other cloud platforms or even traditional computing environments. It was created by AWS, but it is not specific to AWS, so yes, this article you are reading will be useful at some point — wherever you might find yourself.
Quickly, we will walk over the six pillars of AWS Well-Architected framework, and see why they can be trusted to deliver a Well-Architected system. The pillars are:
- Cost Optimization Pillar
- Operational Excellence Pillar
- Reliability Pillar
- Performance Efficiency Pillar
- Security Pillar
- Sustainability Pillar
The Six (6) Pillars of AWS Well-Architected Framework
Why can these six pillars be trusted to deliver a superb solution?
Each of these six pillars has been further broken down into sets of Design Principles and Best Practices if you are interested in learning a lot more about the framework. However, I will highlight the questions that are provided in the AWS Well-Architected Framework here. Some questions have been put together in each of these pillars to help you understand where your system currently stands. When performing reviews with the AWS Well-Architected Tool, these are the questions you will have to answer concerning your business.
Sometimes, the question doesn’t apply to you (maybe it is a cloud-specific question while you have an on-premise workload or something similar) and you don’t need to answer that question, but when you look through everything, you can see the strengths of your system, the areas you need to improve on ASAP, and the nice-to-haves you will like to implement down the line. These pillars can help you review your existing workload for improvements or guide you while you architect a new workload.
Cost Optimization
- How do you implement cloud financial management?
- How do you govern usage?
- How do you monitor usage and cost?
- How do you decommission resources?
Operational Excellence
- How do you determine what your priorities are?
- How do you structure your organization to support your business outcomes?
- How does your organizational culture support your business outcomes?
- How do you design your workload so that you can understand its state?
- How do you reduce defects, ease remediation, and improve flow into production?
- How do you mitigate deployment risks?
- How do you know that you are ready to support a workload?
- How do you understand the health of your workload?
- How do you understand the health of your operations?
- How do you manage workload and operations events?
- How do you evolve operations?
Reliability
- How do you manage service quotas and constraints?
- How do you plan your network topology?
- How do you design your workload service architecture?
- How do you design interactions in a distributed system to prevent failures?
- How do you design interactions in a distributed system to mitigate or withstand failures?
- How do you monitor workload resources?
- How do you design your workload to adapt to changes in demand?
- How do you implement change?
- How do you back up data?
- How do you use fault isolation to protect your workload?
- How do you design your workload to withstand component failures?
- How do you test reliability?
- How do you plan for disaster recovery (DR)?
Performance Efficiency
- How do you select the best-performing architecture?
- How do you select your compute solution?
- How do you select your storage solution?
- How do you select your database solution?
- How do you configure your networking solution?
- How do you evolve your workload to take advantage of new releases?
- How do you monitor your resources to ensure they are performing?
- How do you use tradeoffs to improve performance?
Security
- How do you securely operate your workload?
- How do you manage identities for people and machines?
- How do you manage permissions for people and machines?
- How do you detect and investigate security events?
- How do you protect your network resources?
- How do you protect your compute resources?
- How do you classify your data?
- How do you protect your data at rest?
- How do you protect your data in transit?
- How do you anticipate, respond to, and recover from incidents?
Sustainability
- How do you select regions to support your sustainability goals?
- How do you take advantage of user behavior patterns to support your sustainability goals?
- How do you take advantage of software and architecture patterns to support your sustainability goals?
- How do you take advantage of data access and usage patterns to support your sustainability goals?
- How do your hardware management and usage practices support your sustainability goals?
- How do your development and deployment processes support your sustainability goals?
As you examine the questions under each pillar, you will gain insight into what you should focus on and how it is currently implemented in your workload, enabling you to evaluate your architecture (current or proposed) in comparison to AWS Well-Architected best practices.
After going through these pillars, you will notice that these questions ask “ HOW do you do this?”. You might be monitoring usage and costs already but is your method ideal for your workload? Your “HOW” should be analyzed by someone trained in AWS Well-Architected best practices to identify any areas that can be improved.
Finally, I will like to point out that in your particular business scenario, the perfect solution might involve trade-offs between these pillars and that is fine. Two pillars that I learned not to trade-off though are the Security and Operational Excellence pillars because even while you have some particular pillar as a priority for your workload in your business, your environment should remain secure and uncompromised, and you want to keep improving whatever you have set up and only grow forward. I advise that you always keep these two pillars as part of your priority when architecting your system because they allow other pillars that are important to you to work even better.
Top comments (0)