本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。
了解持續部署的運作方式
下列主題說明 CloudFront 持續部署的運作方式。
將請求路由至預備分佈
使用 CloudFront 持續部署時，您不必變更檢視者請求的任何相關資訊。檢視者無法使用 DNS 名稱、IP 地址或 CNAME，將請求直接傳送至臨時分佈。反之，檢視者會將請求傳送至主要 (生產) 分佈，而 CloudFront 會根據持續部署政策的流量組態設定，將部份請求路由至臨時分佈。有兩種類型的流量組態：
- 以權重為基礎的
-
以權重為基礎的組態會將指定百分比的檢視者請求路由至臨時分佈。當您使用以權重為基礎的組態時，您也可以啟用工作階段黏性，有助於確保 CloudFront 會將來自相同檢視者的請求視為單一工作階段的一部份。如需詳細資訊，請參閱以權重為基礎之組態的工作階段黏性。
- 以標頭為基礎的
-
當檢視者請求包含特定 HTTP 標頭 (您可以指定該標頭和值)，以標頭為基礎的組態會將請求路由至臨時分佈。不包含指定標頭和值的請求則會路由至主要分佈。此組態對於本地測試或您可以控制檢視者請求時非常有用。
注意
路由至臨時分佈的標頭必須包含字首
aws-cf-cd-。
以權重為基礎之組態的工作階段黏性
當您使用以權重為基礎的組態，將流量路由至臨時分佈時，您也可以啟用工作階段黏性，有助於確保 CloudFront 會將來自相同檢視者的請求視為單一工作階段。當您啟用工作階段黏性，CloudFront 會設定 Cookie，如此一來，單一工作階段中來自相同檢視者的所有請求都會由一個分佈 (主要或臨時) 提供服務。
當您啟用工作階段黏性，您也可以指定閒置時間。如果檢視者在這段時間內處於閒置狀態 (不傳送任何請求)，工作階段會過期，CloudFront 之後會將來自此檢視者的請求視為新工作階段。您能以秒為單位，將閒置時間設定為 300 (5 分鐘) 到 3600 (一小時)。
在下列情況中，CloudFront 會重設所有工作階段 (甚至是作用中的工作階段)，並將所有請求視為新工作階段：
-
您停用或啟用持續部署政策
-
您停用或啟用工作階段黏性設定
更新主要和預備分佈
當主要分佈具有連接的持續部署政策時，主要分佈和臨時分佈皆可使用下列組態變更：
-
所有快取行為設定，包括預設快取行為
-
所有原始伺服器設定 (原始伺服器和原始伺服器群組)
-
自訂錯誤回應 (錯誤頁面)
-
地理限制
-
預設根物件
-
日誌設定
-
描述 (評論)
您也可以更新分佈組態中參考的外部資源，例如快取政策、回應標頭政策、CloudFront 函數或 Lambda @Edge 函數。
主要分佈和臨時分佈不會共用快取
主要分佈和臨時分佈不會共用快取。CloudFront 將第一個請求傳送至臨時分佈時，其快取會是空的。當請求抵達臨時分佈時，便會開始快取回應 (如果設定為如此)。
