|
3 | 3 | * A set of best practices for building on the AWS cloud
|
4 | 4 | * Created by AWS solutions architects (employees)
|
5 | 5 |
|
| 6 | +## Framework Overview document |
| 7 | + |
| 8 | +Well Architected is: |
| 9 | + |
| 10 | +1. 5 part document |
| 11 | +1. WA tool |
| 12 | + * part of the management console |
| 13 | + * a workload = collection of aws resources that delivers some business value |
| 14 | + * can be a subset of an account or can span multiple accounts |
| 15 | + * kind of a Safeplus for AWS architecture |
| 16 | +1. WA labs |
| 17 | + * https://www.wellarchitectedlabs.com/ |
| 18 | + * A set of tutorials about implementing some best practices |
| 19 | + * Static site built from a github repo |
| 20 | +1. WA Partner program |
| 21 | + |
6 | 22 |
|
7 | 23 | 5 Pillars
|
8 | 24 |
|
9 | 25 | 1. Operational excellence
|
10 | 26 | * run and monitor systems to deliver business value
|
11 | 27 | * continually improve supporting processes
|
12 |
| -1. Security |
| 28 | +2. Security |
13 | 29 | * protect information, systems, assets
|
14 | 30 | * risk assessments
|
15 | 31 | * risk mitigations
|
16 |
| -1. Reliability |
| 32 | +3. Reliability |
17 | 33 | * ability to recover from infrastructure disruptions
|
18 |
| - * dynamically aquire computing resources to meet demand |
| 34 | + * dynamically acquire computing resources to meet demand |
19 | 35 | * mitigate disruptions such as misconfiguration or network latency
|
20 |
| -1. Performance efficiency |
21 |
| - * use computing resources effeciently |
22 |
| - * maintain that effeciency as demand changes and technologies evolve |
23 |
| -1. Cost optimization |
| 36 | +4. Performance efficiency |
| 37 | + * use computing resources efficiently |
| 38 | + * maintain that efficiency as demand changes and technologies evolve |
| 39 | +5. Cost optimization |
24 | 40 | * deliver business value at the lowest price point
|
25 | 41 |
|
26 |
| -When architecting, you make trade-offs between these pillars depending on business context e.g. |
| 42 | +When designing architectures, you make trade-offs between these pillars depending on business context e.g. |
| 43 | + |
27 | 44 | * Trade off reliability for cost optimization in development environments
|
28 | 45 | * Security and operational excellence are generally not traded off against
|
29 | 46 |
|
|
35 | 52 | * Workload
|
36 | 53 | * a collection of components working together to deliver business value
|
37 | 54 | * is usually the level of detail that business & technology leaders discuss
|
| 55 | + * can be a subset of resources in an account or can span accounts |
38 | 56 | * Milestones
|
39 | 57 | * mark key phases in your architecture
|
40 | 58 | * design, testing, go-live, production
|
@@ -71,4 +89,22 @@ They mitigate the risks by
|
71 | 89 | 1. Mechanisms
|
72 | 90 | * automated checks for compliance to best practices to make sure standards are met
|
73 | 91 |
|
74 |
| -UP TO GENERAL DESIGN PRINCIPLES |
| 92 | +### Operational excellence pillar |
| 93 | + |
| 94 | +5 design principles for operational excellence in the cloud: |
| 95 | + |
| 96 | +1. Perform operations as code |
| 97 | +2. Make frequent, small, reversible changes |
| 98 | + * Design workloads to allow components to be updated regularly |
| 99 | + * Ideally make small changes which can be reversed if they fail |
| 100 | +3. Refine operations procedures frequently |
| 101 | + * e.g. regular game days |
| 102 | +4. Anticipate failure |
| 103 | + * Test failure scenarios |
| 104 | +5. Learn from all operational failures |
| 105 | + * Share learning between teams after events |
| 106 | + |
| 107 | + |
| 108 | +## Operational Excellence document |
| 109 | + |
| 110 | +TODO as are all other pillar docs |
0 commit comments