希望以低延遲將靜態內容派送至全球使用者,同時也希望減少對來源的請求數。下列哪項服務最為合適?

解析

CloudFront 可在邊緣節點快取內容,並以低延遲派送至全球使用者。

各選項解析

實際使用情境

Amazon CloudFront 是在分布於全球的邊緣節點快取內容,並由距使用者最近的邊緣回應的 CDN 服務。可指定 S3、ALB、API Gateway、EC2 等作為來源,初次請求時自來源取得的內容會保存於邊緣,第 2 次以後即由同一邊緣回應,如此即便對區域以外的使用者亦可實現低延遲回應。同時,對來源的請求數(來源請求)減少,來源端的擴展需求與成本亦隨之下降。 實務上,常見將 S3 指定為靜態網站主機的來源,並以 Origin Access Control(OAC)讓 S3 保持非公開、僅能透過 CloudFront 存取的定型組態。對於動態內容,可採取縮短 TTL 或完全停用快取,僅享受 TLS 終結、WAF 整合、gzip/brotli 壓縮、HTTP/2、HTTP/3 等優勢。邊緣端的自訂邏輯則於 CloudFront Functions(輕量、JavaScript)與 Lambda@Edge(通用、Node.js/Python)兩者中擇一。 SAA-C03 中,題幹若出現「以全球低延遲派送」「降低來源負載」「靜態內容快取」等關鍵字,CloudFront 即為正答。誤答常以「S3 Transfer Acceleration」(主要用於上傳加速而非下載)、「Global Accelerator」(任意 TCP/UDP 的 anycast 路徑最佳化,無快取功能)、「Route 53 的延遲路由」(DNS 層的最佳化,無內容快取)等選項混淆。