Well-Architected Framework 與設計原則

什麼是 AWS Well-Architected Framework？

AWS Well-Architected Framework 是 Amazon Web Services 官方整理的最佳實務、設計原則與檢視問題集合，協助雲端架構師打造安全、高效能、具韌性且高效率的工作負載。AWS Well-Architected Framework 將指引歸納到六大 Well-Architected 支柱 —— Operational Excellence（運維卓越）、Security（安全性）、Reliability（可靠性）、Performance Efficiency（效能效率）、Cost Optimization（成本最佳化）與 Sustainability（永續性） —— 並提供一套共通語彙，讓你能持續評估並改善架構。

對 CLF-C02 考生來說，AWS Well-Architected Framework 出現在 Domain 1 Task Statement 1.2（「辨識 AWS 雲端的設計原則」）之下。考試不會要求你完整執行一次 Well-Architected Review，但一定會測驗你是否能把商業情境對應到正確的 Well-Architected 支柱、依序列出六大 Well-Architected 支柱，並回想 AWS Well-Architected Framework 所倡導的設計原則。本頁會把每一個支柱、每一條設計原則，以及近期 CLF-C02 考生回報的每個情境配對陷阱走過一遍。

白話文解釋 Well-Architected Framework

如果你覺得 AWS 認證考試很抽象，要把 AWS Well-Architected Framework 內化，最快的方式是透過三個日常生活的類比。AWS Well-Architected Framework 不是一個可以買來用的產品，它是一份檢查清單加上一套共通語彙，所以用現實世界的系統來比喻，會讓六大 Well-Architected 支柱變得直觀許多。

類比一 —— 夜市小吃攤的衛生稽查表

可以把 AWS Well-Architected Framework 想成衛生局稽查員到夜市小吃攤時手上的那份衛生稽查表。稽查員不會幫你煮麵線，他們只會拿出一份標準化的評分表，涵蓋食材安全（Security）、冰箱保鮮是否穩定（Reliability）、出餐速度（Performance Efficiency）、食材成本控制（Cost Optimization）、攤位動線與備料流程（Operational Excellence）與廚餘減量（Sustainability）。六大 Well-Architected 支柱正是如此：六個評估維度，一支柱一支柱走過，來判斷你的「攤位」 —— 也就是你的 AWS 工作負載 —— 是否達到專業水準。

類比二 —— 自我檢視的 Open-Book 考試

AWS Well-Architected Framework 也像是一份針對你自家架構的 open-book 考試複習指南。AWS 把題目公開放出來（這些題目真的就放在 Well-Architected Tool 裡面，稱為 improvement questions），並鼓勵你誠實回答自己工作負載的現況。不同於 pass/fail 型的考試，AWS Well-Architected Framework 是一場持續進行的開書檢視 —— 你每一季重新翻開複習指南，把風險標成 High／Medium／None，然後迭代改善。這就是為什麼 AWS Well-Architected Framework 契合雲端文化：你在 Well-Architected 支柱上的「分數」會隨著架構演進而持續上升。

類比三 —— 雲端架構師的瑞士刀

最後，AWS Well-Architected Framework 就像是一把有六片刀刃的瑞士刀。每一片刀刃（支柱）都是獨立的工具：Operational Excellence 是處理日常維運的螺絲起子、Security 是防範入侵的防撬鎖片、Reliability 是故障復原的 OK 繃、Performance Efficiency 是 right-sizing 的量尺、Cost Optimization 是控制預算的剪刀，Sustainability 則是測量環境衝擊的刻度。你不必每次工作都用到全部刀片，但真正的雲端架構師會把整把刀隨身攜帶，因為工作負載會變化 —— 昨天的 Cost Optimization 問題可能就是明天的 Reliability 事件，而 AWS Well-Architected Framework 正是那把能橫跨全部六項考量的多功能工具。

核心機制：六大 Well-Architected 支柱深入解析

AWS Well-Architected Framework 把每一項雲端指引都歸屬到六大 Well-Architected 支柱的其中之一。每一個支柱都有正式定義、一組設計原則（AWS 每個支柱公布 4 到 7 條原則）、一組最佳實務聚焦領域，以及放在 Well-Architected Tool 裡的 improvement questions。CLF-C02 考試把這些 Well-Architected 支柱視為最具考點密度的概念區塊之一 —— Task 1.2 明確要求辨識 AWS 設計原則，而 AWS Well-Architected Framework 就是這些原則的權威來源。

支柱一 —— Operational Excellence（運維卓越）

定義： AWS Well-Architected Framework 的 Operational Excellence 支柱聚焦於執行與監控系統以交付商業價值，並持續改善流程與程序。Operational Excellence 支柱在 CLF-C02 考題中最常被與 Reliability 搞混。

主要設計原則：

• Perform operations as code（以程式碼執行維運） —— 把基礎架構、runbook 與流程都視為受版本控制的程式碼，讓維運隨業務規模擴張。AWS CloudFormation 是 CLF-C02 裡最經典代表 Operational Excellence 的服務。
• Make frequent, small, reversible changes（頻繁、小型且可回滾的變更） —— 縮小爆炸半徑、加速回饋循環。這也是為什麼 AWS Well-Architected Framework 偏好 blue/green 部署與 canary 發佈。
• Anticipate failure and learn from operational events（預期故障並從維運事件中學習） —— 舉辦「game day」演練，故意把故障注入到 pre-production 環境來改善流程。

具體 AWS 服務範例： Amazon CloudWatch（metrics、logs、alarms、dashboards）加上 AWS Systems Manager（runbooks、patch management）是 CLF-C02 裡 Operational Excellence 支柱的代表服務。

支柱二 —— Security（安全性）

定義： AWS Well-Architected Framework 的 Security 支柱描述如何在交付商業價值的同時，透過風險評估與緩解策略來保護資料、系統與資產。AWS Well-Architected Framework 裡的 Security 建立在 AWS Shared Responsibility Model 之上，並在每個 Well-Architected 支柱中不斷強化最小權限原則。

主要設計原則：

• Implement a strong identity foundation（建立穩固的身份基礎） —— 套用最小權限原則、集中化身份管理、消除長期有效的憑證。
• Enable traceability（開啟可追溯性） —— 透過 AWS CloudTrail 記錄與稽核每個動作，並用 Amazon CloudWatch 監控。
• Apply security at all layers（各層都要有安全控制） —— 縱深防禦：網路、主機、應用程式、資料與身份各層都有各自的控制項。
• Automate security best practices（自動化安全最佳實務） —— 把安全控制程式碼化，並嵌入 CI/CD 流水線。
• Protect data in transit and at rest（保護傳輸中與靜態資料） —— 使用 AWS KMS 加密、使用 TLS 保護傳輸、使用 S3 預設加密保護靜態資料。

具體 AWS 服務範例： AWS IAM、AWS KMS、Amazon GuardDuty 與 AWS Security Hub 共同體現 AWS Well-Architected Framework 的 Security 支柱。

支柱三 —— Reliability（可靠性）

定義： AWS Well-Architected Framework 的 Reliability 支柱聚焦於工作負載在預期情況下能正確且一致地執行其功能的能力，包括從基礎架構或服務中斷中復原的能力。Reliability 是出題老師最喜歡拿來與 Performance Efficiency 做對比的 Well-Architected 支柱。

主要設計原則：

• Automatically recover from failure（自動從故障中復原） —— 健康檢查、自動 failover 與自我修復架構。「Automatically recover」是 CLF-C02 上 Reliability 支柱的第一號情境關鍵字。
• Test recovery procedures（測試復原程序） —— 在傳統 IT 裡很少會演練 failover；在 AWS 裡你會排程定期演練。Amazon Route 53 健康檢查與 Elastic Load Balancing 讓這件事變成例行公事。
• Scale horizontally to increase aggregate workload availability（水平擴展以提升整體工作負載可用性） —— 用多個小型資源取代單一大型資源，避免單點故障把整個工作負載拖垮。
• Stop guessing capacity（停止用猜的估算容量） —— AWS Well-Architected Framework 強調容量不足會導致可靠性事件；雲端彈性就是解方。
• Manage change in automation（用自動化管理變更） —— 避免人工手動變更 production。

具體 AWS 服務範例： Amazon Route 53（有健康檢查的 DNS failover）、Amazon RDS Multi-AZ、AWS Auto Scaling 與 AWS Backup 都體現了 Reliability 支柱。

支柱四 —— Performance Efficiency（效能效率）

定義： AWS Well-Architected Framework 的 Performance Efficiency 支柱聚焦於有效率地使用運算資源以滿足系統需求，並在需求變化與技術演進時維持效率。這個 Well-Architected 支柱講的是使用正確類型與尺寸的資源，所以 CLF-C02 經常把它與 Cost Optimization 搭配成「vs」型陷阱題。

主要設計原則：

• Democratize advanced technologies（民主化先進技術） —— 直接使用 managed services（Amazon Aurora、Amazon Bedrock、Amazon SageMaker），而不是從頭打造。
• Go global in minutes（幾分鐘內走向全球） —— 用 Amazon CloudFront、AWS Global Accelerator 或 Amazon Route 53 latency-based routing，只要幾次點選就能部署到多個 AWS Region。
• Use serverless architectures（採用 serverless 架構） —— AWS Lambda、AWS Fargate 與 Amazon DynamoDB 不用管理伺服器，讓團隊專注於商業邏輯。
• Experiment more often（更頻繁地做實驗） —— 雲端經濟讓 instance 類型或 storage class 的 A/B 測試變得便宜，這也呼應 AWS Well-Architected Framework 倡導的資料驅動決策原則。
• Consider mechanical sympathy（考量硬體與技術特性的契合度） —— 選擇最符合目標的技術方向（例如使用專用型資料庫，而不是一款打天下）。

具體 AWS 服務範例： AWS Auto Scaling、AWS Lambda、Amazon CloudFront，以及「選擇合適的儲存服務」模式（S3 vs. EBS vs. EFS）都體現了 AWS Well-Architected Framework 的 Performance Efficiency 支柱。

支柱五 —— Cost Optimization（成本最佳化）

定義： AWS Well-Architected Framework 的 Cost Optimization 支柱聚焦於避免不必要的成本、持續理解支出趨勢、控制資金配置，同時將商業價值最大化。Cost Optimization 與 Performance Efficiency 是分開的 —— 考試要特別記住這一點。

主要設計原則：

• Implement Cloud Financial Management（導入雲端財務管理） —— 在組織內指派一個專責 FinOps 的團隊或職能。
• Adopt a consumption model（採用消費型付費模式） —— 只為實際用量付費，而不是為尖峰容量買單。
• Measure overall efficiency（衡量整體效率） —— 追蹤每一元支出帶來的商業產出。
• Stop spending money on undifferentiated heavy lifting（停止把錢花在無差異化的粗活上） —— 把資料中心營運、資料庫修補、伺服器上架都交給 AWS，讓團隊專注於客戶價值。
• Analyze and attribute expenditure（分析並歸屬支出） —— 透過 cost allocation tags、AWS Cost Explorer 與 AWS Budgets 讓支出可視化。

具體 AWS 服務範例： AWS Cost Explorer、AWS Budgets、AWS Trusted Advisor 的成本最佳化檢查、Savings Plans 與 Reserved Instances 都是 AWS Well-Architected Framework 中 Cost Optimization 支柱的具體展現。

支柱六 —— Sustainability（永續性，2021 年 11 月新增）

定義： AWS Well-Architected Framework 的 Sustainability 支柱聚焦於將執行雲端工作負載所造成的環境衝擊降到最低。Sustainability 是最新加入的 Well-Architected 支柱，AWS 在 2021 年 re:Invent 時新增，根據 explorer findings 的資料，它在 2025 至 2026 年已成為 CLF-C02 考題的崛起來源。

主要設計原則：

• Understand your impact（了解你造成的衝擊） —— 使用 AWS Customer Carbon Footprint Tool 量測工作負載的碳足跡。
• Establish sustainability goals（訂立永續目標） —— 設定以每單位商業產出計算的長期減量目標（例如 CO2e per user session）。
• Maximize utilization（將使用率最大化） —— right-size instances；閒置伺服器還是在耗電。把工作負載合併到較少且使用率更高的主機上。
• Anticipate and adopt new, more efficient hardware and software offerings（預先採用更高效能的新硬體與軟體） —— 升級到 AWS Graviton（ARM 架構）instances、較新世代的 EC2，以及更能共享基礎架構效率的 managed services。
• Use managed services（使用 managed services） —— AWS 的規模效率是任何單一客戶無法企及的。
• Reduce the downstream impact of your cloud workloads（降低雲端工作負載的下游衝擊） —— 最佳化資料傳輸、透過 Amazon CloudFront 積極快取，並降低用戶端裝置的能耗。

具體 AWS 服務範例： AWS Graviton 驅動的 instances、AWS Customer Carbon Footprint Tool，以及 serverless 選項（AWS Lambda、AWS Fargate）是 AWS Well-Architected Framework 中 Sustainability 支柱的代表性展現。

AWS 雲端的設計原則（CLF-C02 Task 1.2）

CLF-C02 Task Statement 1.2 明確要求你「辨識 AWS 雲端的設計原則」。這些是跨支柱的原則，不論你聚焦在六大 Well-Architected 支柱的哪一個，AWS Well-Architected Framework 都會推廣這些原則。把這六條記下來 —— 它們會以誘答選項的身份出現在整張考卷，不只在 Domain 1。

原則一 —— Stop Guessing Your Capacity Needs（停止用猜的估算容量需求）

在地端時代，你必須提前一年猜測要預先購買多少容量。在 AWS 雲端上，你只需要預置現在需要的量，並在幾分鐘內透過 AWS Auto Scaling 或 serverless compute 向上（或向下）擴展。「停止用猜的估算容量」是 AWS Well-Architected Framework 裡被引用最多的設計原則之一，並直接連結到 Reliability 與 Cost Optimization 兩個 Well-Architected 支柱。

原則二 —— Test Systems at Production Scale（在 production 規模下測試系統）

在 AWS Well-Architected Framework 誕生之前，要在 production 規模下做負載測試的成本高到不可行。AWS 讓你可以開一個 production 規模的測試環境，跑幾個小時再砍掉。這在很低的成本下大幅提升了可靠性的信心。

原則三 —— Automate to Make Architectural Experimentation Easier（以自動化讓架構實驗更容易）

自動化 —— 透過 AWS CloudFormation、AWS CDK、AWS Systems Manager —— 讓架構變更變得便宜又安全，可以隨意實驗。AWS Well-Architected Framework 把自動化定位成讓其他每一個 Well-Architected 支柱得以成立的基石。

原則四 —— Allow for Evolutionary Architectures（允許架構持續演進）

傳統架構把設計當成一次完成的產物。AWS Well-Architected Framework 則把架構視為持續演化的事物。Well-Architected Tool 協助你定期重新檢視並演進你的工作負載。

原則五 —— Drive Architectures Using Data（用資料驅動架構）

用 Amazon CloudWatch、AWS X-Ray、AWS Cost Explorer 與 AWS Trusted Advisor 讓資料來引導架構決策。憑主觀意見決定架構與 AWS Well-Architected Framework 的精神完全相反。

原則六 —— Improve Through Game Days（透過 game day 來改善）

「game day」是刻意排定的故障或流量尖峰模擬演練。AWS Well-Architected Framework 把 game day 視為一等公民的可靠性實踐 —— 測試你的復原程序、對系統做混沌工程、找出弱點藏在哪裡。

主要使用情境：Well-Architected Review 流程

AWS Well-Architected Framework 是透過一個稱為 Well-Architected Review 的流程來交付的，背後由 AWS Management Console 中免費的 AWS Well-Architected Tool 支援。Well-Architected Review 是讓六大 Well-Architected 支柱脫離理論、真正落地到工作負載上的方法。

步驟一 —— 定義工作負載範圍

你挑選一個工作負載（例如「面向客戶的電子商務結帳服務」）與它所在的 AWS Region。AWS Well-Architected Framework 是以工作負載為單位運作，而不是帳號或 organization 層級。

步驟二 —— 逐支柱走完問題

對每一個 Well-Architected 支柱，Well-Architected Tool 都會丟出一連串 improvement questions。你誠實作答 —— 「我們有做 X、沒做 Y」 —— AWS Well-Architected Framework 會把答案對應成風險。

步驟三 —— 辨識 High-Risk Issues（HRIs）與 Medium-Risk Issues（MRIs）

AWS Well-Architected Tool 會把缺口標為 High Risk、Medium Risk 或 None。High-Risk Issues 優先處理。每個 HRI 都會連到 AWS Well-Architected Framework 白皮書中說明補救方式的章節。

步驟四 —— 建立改善計畫

Well-Architected Tool 會產生以 milestone 為基礎的改善計畫。你先修 HRI，在每個 milestone 重新檢視工作負載，並追蹤六大 Well-Architected 支柱隨時間的進展。

步驟五 —— 套用 AWS Well-Architected Lenses

AWS Well-Architected Framework 核心是通用版本，但 AWS 也發行 Well-Architected Lenses —— 針對特定領域的覆蓋層，包含 Serverless、SaaS、IoT、Machine Learning、Data Analytics、Financial Services 等等。每個 lens 都會加入該領域相關的額外支柱問題。CLF-C02 不會深入測驗 lens 內容，但可能會提到這個概念。

支柱 vs. 支柱：釐清容易搞混的配對

情境配對是 CLF-C02 Well-Architected Framework 考題的第一號陷阱。即使已經把六個 Well-Architected 支柱名字背熟，考生仍有 20 到 30% 的情境題會選錯，因為有兩組 Well-Architected 支柱的字面意思聽起來很像。接下來兩個 H2 區塊會一一拆解最常搞混的支柱配對。

Operational Excellence vs. Reliability

根據 explorer-findings 社群資料，這是 CLF-C02 上最常被搞混的支柱配對。

• Operational Excellence = 執行並改善流程。 它講的是團隊如何日復一日地運作這個工作負載：runbooks、部署流水線、監控 dashboards、事件事後檢討。關鍵字是「improve operations」。
• Reliability = 工作負載自身從故障中復原。 它講的是工作負載本身能夠彈回來：Multi-AZ failover、自動重試、由健康檢查驅動的 DNS、備份。關鍵字是「recover」或「withstand failure」。

情境測驗： 「當某個 AZ 故障時，應用程式自動把流量改導向健康的 Availability Zone。」→ Reliability 支柱（工作負載本身復原）。對比： 「團隊透過 CloudFormation 自動部署基礎架構變更，並在失敗時自動回滾。」→ Operational Excellence 支柱（流程被自動化）。

Cost Optimization vs. Performance Efficiency

這是第二常被搞混的 Well-Architected 支柱配對。

• Cost Optimization = 在滿足需求前提下花最少的錢。 關鍵字是「minimize cost」、「avoid waste」、「pay only for what you use」。服務：AWS Cost Explorer、Savings Plans、Reserved Instances。
• Performance Efficiency = 選對資源類型與尺寸來做事。 關鍵字是「right-size」、「serverless」、「latency」、「managed service」。服務：AWS Lambda、CloudFront、Auto Scaling。

情境測驗： 「團隊對 EC2 instance 做 right-size，避免為閒置的 CPU 付費。」→ 乍看之下兩邊都沾到邊，但出題老師通常是想要 Cost Optimization，因為題幹強調「avoid paying」。如果題幹改成「為了得到最佳 throughput，把工作負載對應到正確的 instance family」，答案就會變成 Performance Efficiency。

Security vs. Reliability

• Security = 防範惡意行為者與未授權存取。 關鍵字：加密、最小權限、IAM、法規遵循。
• Reliability = 防範隨機故障與容量事件。 關鍵字：Multi-AZ、Auto Scaling、備份、災難復原。

勒索軟體攻擊會同時觸發兩個 Well-Architected 支柱，但事前預防性的控制住在 Security，復原性的控制住在 Reliability。

Sustainability vs. Cost Optimization

兩個 Well-Architected 支柱都會鼓勵 right-sizing 與使用 managed services，但它們最佳化的目標不同。

• Sustainability = 將環境衝擊降到最低（每單位商業產出的 CO2e）。
• Cost Optimization = 將每單位商業產出的美元成本降到最低。

它們方向一致但並不完全等同。Graviton 架構的 instance 通常兩邊都贏，但某些 Cost Optimization 手法（例如讓較舊的 instance family 維持 100% 使用率）若硬體能源效率遠不如新世代，反而會對永續性造成負面影響。

深入解析：Sustainability 支柱 —— CLF-C02 崛起中的考點

AWS Well-Architected Framework 的 Sustainability 支柱值得獨立一個 H2 介紹，因為根據 explorer findings，相較於教科書上的篇幅，它在近期 CLF-C02 模擬考題中出現的比例明顯偏高。那些只讀過舊版 CLF-C01 教材的考生風險最高。

為什麼 Sustainability 在 CLF-C02 上很重要

AWS 在 2021 年 11 月把 Sustainability 支柱加入 AWS Well-Architected Framework。由於 CLF-C02 於 2023 年 9 月上線，考試藍圖明確包含六支柱版本的 AWS Well-Architected Framework。只提到五個 Well-Architected 支柱的舊教材是已知陷阱，已在多份社群上榜心得中被點名。

Sustainability 支柱的主要設計原則

AWS Well-Architected Framework 的 Sustainability 支柱倡導：

1. Understand your impact —— 使用 AWS Customer Carbon Footprint Tool 量測 CO2e。
2. Establish sustainability goals —— 訂立長期的每單位減量目標。
3. Maximize utilization —— 閒置的 EC2 instance 依然在燒電。把工作負載合併起來。
4. Anticipate and adopt more efficient hardware and software —— Graviton 處理器、較新世代、較高效的 storage class。
5. Use managed services —— AWS 在規模下達成的使用率比任何單一客戶都高。
6. Reduce downstream impact —— 在邊緣快取（CloudFront）、壓縮、降低用戶端裝置的工作量。

支援 Sustainability 支柱的 AWS 服務

• AWS Graviton processors —— ARM 架構的 EC2 instance，相較同級 x86 instance，能源效率最高可提升 60%。
• AWS Customer Carbon Footprint Tool —— Billing console 裡的免費工具，顯示歷史上可歸因於你 AWS 使用量的 CO2e。
• AWS Lambda 與 AWS Fargate —— serverless 按使用量計費，消除閒置基礎架構。
• Amazon S3 Intelligent-Tiering 與 Glacier —— 把冷資料移到較低能耗的層級。
• Amazon CloudFront —— 透過 edge location 快取減少原始伺服器的工作量。

必背的重點數字與事實

針對 CLF-C02，請把下列 AWS Well-Architected Framework 事實背熟。它們會以填空式誘答選項的形式出現。

• 六大 Well-Architected 支柱（不是五個、也不是七個）：Operational Excellence、Security、Reliability、Performance Efficiency、Cost Optimization、Sustainability。
• 六條 AWS 雲端通用設計原則： 停止猜容量、production 規模下測試、自動化、允許架構演進、資料驅動、game day。
• Sustainability 支柱在 2021 年 11 月 AWS re:Invent 上加入。
• AWS Well-Architected Tool 是免費的，每個 AWS 帳號都可使用。
• Well-Architected Lenses 目前涵蓋 Serverless、SaaS、IoT、Machine Learning、Data Analytics 與 Financial Services。
• AWS Well-Architected Framework 白皮書 是權威來源：https://docs.aws.amazon.com/wellarchitected/latest/framework/welcome.html
• 風險分級為 High Risk（HRI）、Medium Risk（MRI） 或 None。

CLF-C02 常見陷阱

AWS Well-Architected Framework 是陷阱題的溫床，因為支柱名稱在多種情境下都「聽起來有道理」。以下是近期 CLF-C02 考生回報最頻繁的陷阱。

陷阱一 —— 只列出五個 Well-Architected 支柱而非六個

舊版 CLF-C01 教材只列五個 Well-Architected 支柱。CLF-C02 期望你回答六個。任何漏掉 Sustainability 的選項都是錯的。

陷阱二 —— 把「Automatically Recover from Failure」歸到 Operational Excellence

「Automatically recover from failure」屬於 Reliability 支柱，不是 Operational Excellence。Operational Excellence 談的是怎麼運作系統；Reliability 談的是系統能否自力存活。

陷阱三 —— 把 Cost Optimization 與 Performance Efficiency 搞混

為了省錢而 right-size = Cost Optimization。為了吞吐／延遲而 right-size = Performance Efficiency。仔細讀情境題幹。

陷阱四 —— 把 AWS Well-Architected Framework 當成要付費的服務

AWS Well-Architected Framework 是免費的白皮書，AWS Well-Architected Tool 是 console 裡的免費功能。好幾題 CLF-C02 模擬題會放一個誘答選項，暗示它需要 Business 等級 support plan 或授權。

陷阱五 —— 把「Well-Architected Framework」與「AWS Cloud Adoption Framework（CAF）」混為一談

AWS Well-Architected Framework = 工作負載層級的設計最佳實務（六大 Well-Architected 支柱，技術取向）。AWS Cloud Adoption Framework（CAF） = 組織層級的雲端採用策略（六個 CAF perspectives：Business、People、Governance、Platform、Security、Operations）。兩邊都有六個什麼東西 —— 陷阱就在這裡。

陷阱六 —— 把 Scalability、Elasticity 或 Agility 當成支柱

這些是 AWS 雲端的優勢，不是 Well-Architected 支柱。如果 CLF-C02 題目把「Scalability」或「Elasticity」列為支柱選項，那是拿它來當誘答。

陷阱七 —— 以為 Well-Architected Tool 會自動修好問題

Well-Architected Tool 會辨識風險；它不會自動幫你補救。改善計畫還是由客戶自己擁有並執行。

與相近概念的比較

AWS Well-Architected Framework vs. AWS Cloud Adoption Framework（CAF）

AWS Well-Architected Framework vs. AWS Service Catalog

AWS Service Catalog 讓管理員發佈預先核准的產品樣板。它是一個交付機制，不是設計哲學。AWS Well-Architected Framework 可能會影響 Service Catalog 產品的內容，但兩者是完全不同的工具。

AWS Well-Architected Framework vs. AWS Trusted Advisor

AWS Trusted Advisor 是一個自動化的即時檢查引擎（安全、成本、fault tolerance、服務上限、效能）。AWS Well-Architected Framework 則是一套由人主導的架構檢視流程。兩者互補：Trusted Advisor 找戰術層面的問題，AWS Well-Architected Framework 找策略層面的問題。

AWS Well-Architected Framework vs. AWS Architecture Center

AWS Architecture Center 是一個參考架構與架構圖的藝廊。AWS Well-Architected Framework 是套你可以套用到任何架構的原則。一個是藝廊，另一個是評分表。

模擬題型（對應 Task 1.2 考點）

預期 CLF-C02 Task 1.2 的 Well-Architected Framework 題目會出現下列題型。

題型 A —— 支柱情境配對

「公司想要自動從基礎架構故障中復原。適用哪個 Well-Architected 支柱？」→ Reliability。

「公司想要降低雲端碳排放。適用哪個 Well-Architected 支柱？」→ Sustainability。

「公司想要為每一種工作負載採用最合適的資料庫技術。適用哪個 Well-Architected 支柱？」→ Performance Efficiency。

「公司想要用 infrastructure-as-code 管理 runbook。適用哪個 Well-Architected 支柱？」→ Operational Excellence。

題型 B —— 設計原則辨識

「哪一條 AWS 雲端設計原則鼓勵在上線前開啟一個全規模的測試環境？」→ Test systems at production scale。

「哪一條 AWS 雲端設計原則包含在演練中刻意注入故障？」→ Improve through game days。

題型 C —— 數支柱的誘答

「AWS Well-Architected Framework 共有幾個支柱？」→ 六個。錯誤答案會含 4、5 與 7。

題型 D —— 支柱名稱誘答

選項裡可能會混入「Scalability」、「Elasticity」或「Agility」當成假的支柱名稱。這些是 AWS 雲端的優勢，不是 Well-Architected 支柱。

延伸閱讀與官方參考

• AWS Well-Architected Framework whitepaper —— 六大 Well-Architected 支柱的權威來源。
• Sustainability Pillar whitepaper —— 第六個 Well-Architected 支柱的深入解析。
• AWS Well-Architected Tool —— 免費的 console 工具，用來執行 Well-Architected Review。
• AWS Well-Architected Lenses —— 特定領域的覆蓋層。
• AWS CLF-C02 Exam Guide —— Task Statement 1.2 提到 AWS Well-Architected Framework。

FAQ —— Well-Architected Framework 熱門問題

Q1. 2026 年 AWS Well-Architected Framework 共有幾個支柱？

AWS Well-Architected Framework 有六大 Well-Architected 支柱：Operational Excellence、Security、Reliability、Performance Efficiency、Cost Optimization 與 Sustainability。Sustainability 支柱在 2021 年 11 月加入，已完全納入 CLF-C02 考試範圍。

Q2. AWS Well-Architected Framework 與 AWS Cloud Adoption Framework 有什麼差別？

AWS Well-Architected Framework 是工作負載層級的技術最佳實務，歸納到六大 Well-Architected 支柱。AWS Cloud Adoption Framework（CAF）則是組織層級的採用策略，歸納到六個 perspectives（Business、People、Governance、Platform、Security、Operations）。兩者都各自有六個類別 —— 別搞混了。

Q3. AWS Well-Architected Tool 是免費的嗎？

是的。AWS Well-Architected Tool 是免費的，每個 AWS 帳號都可以直接在 AWS Management Console 裡使用，與 support plan 等級無關。你可以執行任意多次 Well-Architected Review，完全不會產生費用。

Q4. 哪個 Well-Architected 支柱涵蓋「automatically recover from failure」？

Reliability 支柱涵蓋自動故障復原。考生常因為「automatically」聽起來很像維運而誤選 Operational Excellence；AWS Well-Architected Framework 明確把故障復原對應到 Reliability。

Q5. CLF-C02 Task 1.2 會考哪些 AWS 雲端設計原則？

AWS 雲端的六條通用設計原則是：（1）停止猜容量、（2）在 production 規模下測試、（3）自動化以讓實驗更容易、（4）允許架構持續演進、（5）用資料驅動架構、（6）透過 game day 改善。這些原則支撐著全部六大 Well-Architected 支柱。

Q6. 工作負載多久該做一次 Well-Architected Review？

AWS 建議至少每年一次做 Well-Architected Review，並且每當工作負載發生重大變更（新 region、重大功能發佈、架構重構）時也要執行一次。許多組織會對關鍵工作負載採每季一次的 Well-Architected Review 頻率。

Q7. Sustainability 值得為了 CLF-C02 好好準備嗎？

值得。根據社群回報的題目訊號，AWS Well-Architected Framework 的 Sustainability 支柱是崛起中的考點。記熟它的六條設計原則，並知道 AWS Graviton、Lambda、Fargate 與 AWS Customer Carbon Footprint Tool 是它的代表服務。

總結

AWS Well-Architected Framework 是 CLF-C02 Domain 1 Task 1.2 最重要的單一架構概念。把六大 Well-Architected 支柱（Operational Excellence、Security、Reliability、Performance Efficiency、Cost Optimization、Sustainability）背熟、把它們的設計原則記下來、熟悉 AWS 雲端的通用設計原則，然後最重要的 —— 針對容易搞混的支柱配對反覆練習情境配對題。AWS Well-Architected Framework 偏好能夠讀懂情境題幹、抓出關鍵字、毫不猶豫選出正確 Well-Architected 支柱的考生。