這些題目為學習目的而獨立製作，並非 AWS 官方考題、實際考題、外流題或考題庫。
SAA-010
希望將 Web 應用程式以分散於多個可用區域的 EC2 運作,且避免將流量送至有故障的執行個體。最為適切的組態為何?
選項
解析與正確答案
閱讀解析與正確答案（劇透：建議先自行作答）
正確答案：B. 以多個可用區域組態 Application Load Balancer 與 Auto Scaling Group
解析
ALB 會透過健康檢查將流量分配給正常的目標。將 Auto Scaling Group 擴展至多個可用區域,即可構成對執行個體故障與可用區域故障皆具有耐受性的組態。
各選項解析
A. 僅啟用 CloudWatch Logs
錯誤。僅靠日誌收集無法實現流量控制或高可用性。
B. 以多個可用區域組態 Application Load Balancer 與 Auto Scaling Group
正確。為高可用性 Web 應用程式的基本組態。
C. 建立 S3 儲存貯體以取代 EC2
錯誤。S3 雖可用於儲存靜態檔案,但並非可直接取代 EC2 上動態 Web 應用程式的選項。
D. 為單一可用區域的 EC2 執行個體指派 Elastic IP
錯誤。單一可用區域組態於可用區域故障時較為脆弱。
實際使用情境
將 Application Load Balancer(ALB)與 Auto Scaling Group(ASG)展開於多個可用區域的組態,是 AWS 中高可用性 Web 應用程式的基本模式。ALB 會依據設定的健康檢查(如 HTTP 回應碼等),向已登錄於目標群組的 EC2 執行個體分配流量。健康檢查失敗的執行個體會自動從目標中移除,並於復原後再次納入。將 ASG 以多個可用區域組態,即使於可用區域故障時,其他可用區域的執行個體仍會保留,可避免整體服務停止。 ASG 具備依據指標(CPU 使用率、請求數、自訂指標等)動態調整執行個體數量的擴展政策(Target Tracking、Step Scaling、Predictive Scaling)。此外,可於 Launch Template 中定義執行個體啟動時的使用者資料、IAM 角色、AMI 等,與 Immutable Infrastructure 式的運作搭配良好。ALB 於第 7 層支援路徑/主機為基礎的路由,並支援 HTTP/HTTPS / WebSocket / gRPC;而 Network Load Balancer(第 4 層,超低延遲)、CloudFront(CDN,邊緣傳遞)則依用途區分使用。 SAA-C03 中,在「分散於多個可用區域」「不將流量送至故障執行個體」的要求下,ALB + ASG(Multi-AZ)為正解。單一可用區域 + Elastic IP 於可用區域故障時較為脆弱、以 S3 取代 EC2 的選項無法承擔動態處理、僅有 CloudWatch Logs 無法進行流量控制,誤答模式也容易整理。ALB / NLB / CloudFront 的區分使用、ASG 的擴展政策設計、Launch Template 與 Launch Configuration 的差異等,在較高階的考試會更深入考問。