我研究過很多 SAA-C03 失敗模式。反覆出現的問題不是來自那些不懂 AWS 的人。它們是來自那些很懂 AWS
但在考錯試題的人。
這是我的意思。

這裡是我想表達的內容。

## 這個試題並不是在測試 AWS 知識

SAA-C03 是一個情境試題。每個問題都會給你四個選項，這些選項是
技術上正確。答案是由
情境中的兩個或三個字所決定："成本效益"、"最小運作開銷"、"現有的
本地的 LDAP 目錄"、"毫秒延遲"。

這些字是考試的重點。不是服務名稱。

一位曾在 AWS 上發布生產工作的開發者知道 S3、RDS，
Lambda 和 SQS 都能做到。這些知識讓你在 SAA-C03 考試中無需嘗試就能達到 60-65%。
但它們並不能可靠地讓你達到 72%（720 個標準分），因為那些困難的問題並不是
在問一個服務是做什麼的。它們在問哪個服務組合滿足
情境中描述的限制條件。

告訴我這是某人問題的症狀：考完試後，他們記得
有題目他們篩選到兩個答案卻選了錯的。兩個答案
都使用了正確的 AWS 服務。其中一個滿足了場景限制。他們
選了那個在技術上更有趣的。

## 第二種失敗模式：專業領域的差距不在你認為的地方

AWS 提供一份按四個領域細分的評分報告：

• 設計安全架構 (30%)
• 設計彈性架構 (26%)
• 設計高性能架構 (24%)
• 設計成本優化架構 (20%)

所有未能通過且在所有領域都顯示接近及格分的候選人
通常會有一種或兩種問題。或者，域名標籤正在掩蓋子主題的差距。
在韌性架構下的 Route 53 路由策略，例如，哪些會觸發
專注於練習 EC2 HA 模式的候選人)，或者他們正在處理
業練銀行疲勞：他們看過兩次的題庫得到78%的成績是
記憶分數，不是能力分數.

最後兩週轉換到新的題庫會顯著改變情況
。很多「應該根據業練分數通過」的候選人
是在測量回憶，而不是準備狀態。

## 第三個：時間不夠

65題130分鐘，平均每題兩分鐘。有些題目
只有50字。有些有200字。時間分配不均，沒有積極掌握節奏的考生會在後十題時間用完.

AWS不會區分錯誤答案和未作答的答案。兩者都不給分
零。最後十名中，績分為710的候選人正在損失
重於格式，不重於內容。

修復是具體的：從你開始閱讀問題時算起，90秒內如果你
還沒篩選到兩個答案，標記它並繼續。選擇你目前最好的。
猜你是有東西如果時間到了。在審查期間回來。
你在考試早期花費五分鐘的問題幾乎總是比你在考試結束前趕做的問題還要難
。“標記並移動”是一條規則，不是一個建議

我為所有三種失敗模式寫了一個更詳細的分解，並附帶了
每個領域的診斷，在doc.claudelab.me上，如果你正在重考。

你的經驗如何？好奇這個約束讀取問題
是否也引起過多次參加 SAA-C03 的其他人的共鳴。