成本最佳化
概觀
除了提高 Web 應用程式的效能、安全性和可用性之外，CloudFront 還可以用來降低 Web 應用程式的成本。首先，CloudFront 的定價模式可以降低您的原始成本。其次，您可以設定 CloudFront 並架構應用程式，以降低其成本。如需有關使用 AWS 服務將成本最佳化的更多一般指引，請考慮 AWS Well-Architected Framework 的成本最佳化支柱。若要監控並了解您的成本，請使用 AWS Cost Explorer 和 AWS Bduget。
CloudFront 的定價
CloudFront 的定價模型包括多個維度，其中兩個最主要的是：
- 傳送至網際網路的區域資料傳出 (DTO)，這表示 CloudFront 在網際網路上提供給使用者的 GB 數量。請注意，此定價取決於使用者所在區域，使用二進位 GB (即 1 GB = 1024 MB) 計量，而且僅包含 HTTP 承載 (例如，不包括 TLS 交握資料傳輸)。
- 請求費用，這表示 CloudFront 所提供的 HTTP (S) 請求數目。其也取決於使用者所在的區域。
預設情況下，CloudFront 會使用其所有網路來提供內容以獲得最佳效能。如果您希望在交付成本方面進行權衡，請考慮在 CloudFront 中設定價格分級選項。
CloudFront 有一個持續可用的免費方案，其中包含每個月 1 TB 的 DTO 和 1000 萬個 HTTP(S) 請求。如果您將 AWS WAF 與 CloudFront 搭配使用，請考慮使用 CloudFront 安全防護優惠組合的預付承諾，以節省高達 30% 的 CloudFront 費用。如果數量較大 (10TB 以上)，請透過簽署私人定價協議獲得進一步折扣，以換取更高的財務承諾。請注意，當您的整體流量中傳遞 HTTP 物件的平均大小越高時，您可以獲得的折扣就越大。因此，建議您將 CloudFront 用於多個工作負載 (API 交付和靜態檔案傳遞)，以增加您在私人定價協議中可以獲得的整體折扣。
需要注意的是，當與基於 AWS 的來源一起使用時，CloudFront 的 DTO 會取代來源的 DTO。因此，您無需支付來源的資料傳出 (DTO)。
最後，檢閱您對 CloudFront 選用功能的使用情況並將其最佳化，這可能會產生額外的成本，例如內容失效。
將 CloudFront 中的失效成本最佳化
根據 CloudFront 定價，您每個月可以使用 1,000 個失效路徑，而無需額外費用。之後，每個失效路徑需支付 0.005 USD。失效請求上所列的路徑，代表您希望從 CloudFront 快取中為之取消效力的物件 URL (如果路徑含有萬用字元，則會有多個 URL)。
請考慮使用以下秘訣，將使用 CloudFront 的失效成本最佳化：
- 預設使用 HTTP 快取控制機制 (例如，快取控制標頭、URL 版本控制、條件式請求)，但在緊急情況下，建議使用基於 CDN 的失效。如需詳細資訊，請閱讀此部落格文章。
- 如果適用於使用單一失效請求讓多個檔案失效，請在失效請求中使用萬用字元。例如，使用 /stories/sports/worldcup* 可以讓所有與世界盃賽事相關的文章失效，而不是讓文章逐篇失效。
您可以監控您的失效請求用量，並使用 AWS Budgets 設定警示。
使用 CloudFront 降低 Web 應用程式成本
CloudFront 會透過卸載來源，以原生方式降低 Web 應用程式的成本。首先，CloudFront 會從自己的快取提供可快取的請求，從而降低來源的擴展成本。您可以透過提高快取命中率 (例如，啟用 Origin Shield) 將 CloudFront 組態最佳化，以進一步卸載來源。其次，CloudFront 會重複使用與來源的 TCP/TLS 連線進行動態請求 (例如 API 呼叫)，從而減少來源需要處理的新連線數量，以及從來源輸出的 TLS 憑證數量。這可以降低 ALB 等來源的成本，因為 LCU 耗用量會隨著每秒新建立的連線數和處理的位元組數的減少而降低。
您可以設定 CloudFront 以不同的方式進一步降低成本。例如，使用 GZIP 或 Brotli 壓縮文字檔案以減少 DTO。另一個範例是，當您的應用程式需要邊緣函數時，最好在適用的情況下使用 CloudFront Functions，因為它比 Lambda@Edge 更實惠。閱讀有關將邊緣函數最佳化的最佳實務以降低成本。
最後，建議使用標準的 Cache-Control 標頭來控制快取的新舊程度，而不是使用失效作為正常操作的一部分。Cache-Control 機制更可靠，可以控制瀏覽器上的快取，而且無需任何成本 (與 CloudFront 失效相較，每個月超過 1000 個失效的配額)。緊急情況下使用失效。
AWS WAF 最佳化
AWS WAF 成本中的主要組成部分通常是請求費用。您可以透過不同的方式降低此成本：
- 根據您的威脅建模，僅在需要保護的 CloudFront 分發上啟用 AWS WAF。例如，如果您在 S3 上託管的靜態內容不需要 WAF 保護，請將其移至單獨 CloudFront 分發上的單獨網域 (例如 static.example.com)，並僅在提供 HTML 檔案的主要分發 (例如 www.example.com) 上啟用 AWS WAF。
- 當您訂閱 Shield Advanced 時，AWS WAF 請求費用會包含在 Shield Advanced 定價中。Shield Advanced 收取每月訂閱費用，並對您的應用程式資料傳出收取額外費用。如果您的應用程式是請求密集型 (每秒請求量高，平均承載低，例如使用 API)，啟用 Shield Advanced 可能有助於降低整體 WAF 成本。
- 最後，部分 AWS WAF 規則會產生額外費用，例如 CATPCHA、AWS 機器人控制功能或 AWS Marketplace 中供應商管理的規則。若要將這些成本最佳化，請將此類規則的範圍縮小到特定條件 (例如，僅 CAPTCHA 可疑 IP 或僅對 HTML 請求套用機器人控制功能)，並在 WebACL 的結尾使用，讓先前的免費規則有機會阻止惡意請求而無需額外費用。請閱讀本部落格文章，更深入了解 WAF 規則成本最佳化。
應用程式層級最佳化
您可以在應用程式層級實作一些技術來降低 CloudFront 交付成本。請考慮以下技術：
- 利用瀏覽器快取減少 CloudFront 交付的請求數量
- 在物件上實作 ETag 以啟用條件式請求。 相較於完整擷取，使用 304 Not Modified 回應進行物件重新整理的交付成本更低。
- 實作影像最佳化以使用 WebP 和 Avif 等現代化格式壓縮影像。此外，在網站上延遲載入影像可避免下載瀏覽器未轉譯的影像。
- 實作調整式位元率串流進行影片交付。考慮使用 QVBR 影片編碼。考慮根據裝置類型提供最佳化的轉譯階梯。本部落格文章解釋了這個概念，但它是在啟動 CloudFront Functions 之前使用 Lambda@Edge 撰寫的。
- 如果可能，請針對 API 呼叫使用同源政策，如此可以消除預檢 CORS OPTION 請求的成本。請閱讀本部落格文章以獲得進一步的詳細資訊。
- 考慮所有日誌記錄選項，並為您選擇最具成本效益的選項。CloudFront 的標準存取日誌是免費提供的，但它適用於您的所有流量。相反地，CloudFront 的即時日誌是透過 CloudFront 快取行為以及增量費用的必填欄位精細設定的。WAF 提供多個日誌記錄選項，最具成本效益的選項是基於 Kinesis Firehose 的選項。請注意，您可以根據規則動作或發出的標籤等維度，篩選記錄的請求。