這些題目為學習目的而獨立製作，並非 AWS 官方考題、實際考題、外流題或考題庫。
SAA-022
Lambda 函式的處理時間較長且 CPU 負載亦高。在不變更程式碼的前提下希望提升 CPU 效能,應優先檢討下列哪項設定?
選項
解析與正確答案
閱讀解析與正確答案（劇透：建議先自行作答）
正確答案：C. 增加 Lambda 的記憶體大小
解析
Lambda 在增加記憶體大小時,所分配的 CPU 效能亦會隨之提升。對於 CPU 負載高的處理,透過記憶體調整可能縮短處理時間。
各選項解析
A. 停用 CloudWatch Logs
停用日誌並非根本性的 CPU 效能改善方法。
B. 變更 Lambda 的函式名稱
變更函式名稱不會影響效能。
C. 增加 Lambda 的記憶體大小
正解。為 Lambda 效能調整時最先確認的設定。
D. 務必將 Lambda 連接至 VPC
VPC 連接僅在必要時使用,並非為提升效能而必須連接。
實際使用情境
AWS Lambda 的記憶體大小設定不僅決定所分配的記憶體量,同時亦同步決定按比例分配的 vCPU 效能與 I/O 頻寬。將記憶體從 128MB 提高至 1769MB 時,vCPU 約等於 1 核,對於 CPU 密集型處理(影像轉換、加密、JSON 解析、機器學習推論等),處理時間可能大幅縮短。由於計費依「GB 秒」計算,即使將記憶體加倍,只要處理時間降至原本的一半以下,總成本反而可能下降。 進行系統化記憶體調校的工具有 AWS Lambda Power Tuning(OSS / 基於 Step Functions),可在多種記憶體設定下並行執行實際函式,取得成本與執行時間的關係圖。實務上會以此工具找出最佳設定,並結合 provisioned concurrency 抑制冷啟動。然而,若處理瓶頸在於網路 I/O 等待(如 DynamoDB 或外部 API 的呼叫等待),提升記憶體效果有限,此時應改採平行化或連線重複利用(於 handler 外初始化 client)等手法。 SAA-C03 中,「Lambda 處理時間長」「CPU 負載高」「不變更程式碼提升效能」等情境下,記憶體大小調整即為正解。變更函式名稱、停用 CloudWatch Logs、必須連接 VPC 等誤答,皆與效能改善無關。Power Tuning、provisioned concurrency、SnapStart(Java 適用)等進階調校手法在進階考試中亦會出題。