希望以低成本公開個人開發的靜態學習網站。在避免常時運行伺服器並以靜態檔案發布為主的情境下,下列哪項架構最為合適?

解析

將靜態網站置於 S3 並透過 CloudFront 發布的架構,成本低且運維負擔亦小,並可避免常時運行的伺服器。

各選項解析

實際使用情境

以低成本公開靜態網站的架構中,將內容置於 S3 並透過 CloudFront 發布的組合,為 AWS 的代表性模式。S3 作為物件儲存,單位儲存單價低,適合保存 HTML / CSS / JS / 影像等靜態資產。CloudFront 於全球邊緣節點進行快取發布,減少對原始端(S3)的直接存取,同時實現延遲降低與 S3 請求數減少的成本最佳化。結合 Origin Access Control,可在維持 S3 儲存貯體非公開的狀態下,僅經由 CloudFront 發布。 此架構不持有常時運行的伺服器,因此不會產生 EC2、RDS、NAT Gateway 等按時間計費的固定費用。可完全採用按量計費(S3 儲存與請求數、CloudFront 資料傳輸量與請求數)運維,流量少的時期可以每月數百元至數千元的規模運作。HTTPS 化方面,透過將 ACM 憑證(於 us-east-1 簽發)綁定至 CloudFront,並以 Route 53 管理自訂網域的架構為常見作法。以 Next.js 等 SSG 框架建置的靜態網站亦可採用此架構發布。 SAA-C03 中,「靜態網站」「個人開發」「低成本」「避免常時運行伺服器」等關鍵字下,S3 + CloudFront 即為正解。EC2 + RDS + NAT Gateway 架構固定費用多,對靜態網站而言過於繁複;EKS 運維負擔過重;Redshift + SageMaker 適用於分析與機器學習,並非用於網站發布。與無伺服器架構(Lambda + API Gateway)的結合,以及包含 SPA / SSR 的架構模式亦為進階考試重點。