Whitepaper - AWS Well-Architected Framework


AWS 在 2015 年十月在 Blog 發表一篇標題:Are You Well-Architected?,描述怎樣是一個好的架構應該考慮的。文章標題引用知名傳奇吉他大師 Jimi Hendrix 的專輯標題 Are You Experienced?。這篇後來變成 AWS Well-Architected Framework 的源頭。

AWS Well-Architected Framework 以下簡解成 WA


歷史

2015 年十月:發表 Are You Well-Architected?,主要說明四個良好架構必要的條件,此條件文章中稱為 - 支柱 (Pillars),包含以下四個:

  • Security
  • Reliability
  • Performance Efficiency
  • Cost Optimization

2016 年十一月,AWS Blog 發表文章 - Well-Architected, Working Backward to Play it Forward,文中以 Working Backwards 的概念延伸 WA 變成 Framework,四個 Pillars 擴大成獨立 Whitepapers,增加了另一個 Pillar - Operational Excellence,變成了五個 Pillars,發表 WA 官方網站: AWS Well-Architected。底下為五個 Pillars 各自的 Whitepapers:

2018 年二月,把 WA 納入 AWS Certified Solutions Architect - SAA-001 的考試範圍。

2018 年十二月,在 AWS Blog 發表了 AWS Well-Architected Tool - Review Workloads Against Best Practices,也就是把規範變成系統化,最後變成產品 - AWS Well-Architected Tool

筆記

底下的 Slide 是 2017 年 11 月,我在公司內部教育訓練時整理的資料。

Updated: 2020/02/08

從 2017/09 開始,我就開始在公司內部協助 Review 其他團隊的架構,這個過程我定義了一套方法、規範,從 Biz / Reliabity / Security / Performance / Operational 角度切入,來做這件事情。過程中修改很多次,也遇到很多困難,特別是如何讓大家知道 Review 架構自身的重要性,而不是只是為了畫圖 (同事很容易誤解成我只是要文件化)。

最近 (2019/Q4) ,除了內部,我也開始 Review 外部合作夥伴的架構,會有這樣的機緣,通常都是去救火、或者做異常處理 (Incident),這個過程,不管是大的,或者小的架構,都有一些共通的問題:架構紊亂資訊不全沒有資安概念沒有可靠性無法維運效能不佳 等很基本的問題,這些我都記錄在『系統發生異常時,第一時間如何快速止血?』 一文,血淋淋的紀錄,童叟無欺,這些過程再次驗證我定義的規範是對的,只是如何有效地跟大家說明這些東西的重要。慢慢的,我把 AWS Well-Architected 的概念搬上來,過程中從這些角度切入,慢慢的引導。這過程我自己學到很多,特別是在 Well-Architected 五個 Pillars 的驗證。

最近又重讀了 AWA 的文件,感觸又不一樣了。除了更能體悟 Whitepapers 寫的,也因為看了很多各式各樣的 架構,對於整體的想法更多了。除了 AWS 提到的五個 Pillars,最重要的是讓同仁知道架構與團隊的關係(康威定律),然後衍伸的溝通問題。


延伸閱讀



Comments

  • 全站索引
  • 關於這裏
  • 關於作者
  • 學習法則
  • 思考本質
  • 一些領悟
  • 分類哲學
  • ▲ TOP ▲