我有一個kubernetes環境，在GKE上設置了6個複製的Pod並將入口連接到啓用了Google Cloud CDN的GCP負載平衡器。Google雲CDN和滾動部署的資產指紋識別
滾動部署在資產指紋識別方面如何工作？在滾動部署正在進行並且將新資產指紋的請求路由到尚未擁有新資產指紋的吊艙的情況下？這怎麼能被緩解？或者Google Cloud CDN是否負責照顧此問題？
本文介紹我想到的情況： https://buildingvts.com/serving-assets-while-rolling-your-deploys-c656ce6a2123
這裏的答覆，將基於其上的指紋散列相關shared link。請確認資產指紋和運行時間（python，ruby，nodejs）的含義，這有助於更好地回答問題。
基於問這個問題的方式，我懷疑使用容器和Kubernetes方式的反模式。由於您已經詢問了有關資產而不是動態內容的路徑，我懷疑您是在開始時開始製作pod並編譯所有資產。通常，您可以在圖像創建時完成所有這些工作。所以服務不應該中斷，因爲它們的所有資產都是在開始時間之前預先生成的（因爲我假設共享鏈接上的白屏意味着服務中斷）。
對於手頭的問題，Kubernetes不會做任何事情，一個正常的負載平衡器不會做。 Kubernetes通過負載平衡器將5個哈希連接連接到節點，然後連接到pod。一旦從Web瀏覽器創建連接，它將（可能）繼續由它們連接，直到連接終止。
Google Cloud CDN中沒有機制確保不會中斷。如果緩存中沒有資產，則必須轉到吊艙，並且吊艙可能有或沒有相關資產。如果資產在緩存中，則它將在未連接到容器的情況下提供。