我在 GCP Cloud Run 上構建了一個應用程式（帶有燒瓶、燒瓶登錄和破折號）。該應用程式允許用戶登錄、查看一些精美的儀表板并在某些頁面上發表評論。它在性能方面表現出色：實體以最小的延遲為用戶快速啟動，我構建的 BigQuery 界面運行良好，并且從用戶互動發送的發布/訂閱訊息完全符合他們的預期。
我現在唯一遇到的問題是用戶連接到哪個容器實體有些奇怪。經常發生的情況是用戶通過瀏覽器成功登錄我的應用程式，然后在導航到另一個受密碼保護的頁面時會收到 401 錯誤（似乎是隨機的）。
我相信這種行為正在發生，因為從用戶到另一個受密碼保護的頁面的導航請求（單擊指向另一個受密碼保護的頁面的鏈接）會啟動另一個 Cloud Run 實體。有沒有辦法強制 Cloud Run 為給定請求維護我的容器的特定實體？這樣如果用戶登錄然后導航 GCP 就不會接受下一個請求并決定自動縮放？
我已經嘗試將應用程式前端容器的最大請求數設定為 1，但它似乎并沒有改善這種在給定用戶會話中偶爾發生的行為。
需要澄清的是，應用程式的前端部分仍然可用，但不斷地不得不再次登錄是一種煩人的用戶體驗。
任何幫助或指導表示贊賞！
uj5u.com熱心網友回復：
答案就像根據@DazWilkin 的評論打開會話關聯一樣簡單。
我做了什么：
前往 GCP 上的 Cloud Run 儀表板并選擇感興趣的服務
單擊“編輯和部署新修訂版”
去了“連接”
選中“會話親和力”預覽功能旁邊的框
單擊部署
這最終完全解決了問題！
轉載請註明出處，本文鏈接：https://www.uj5u.com/yidong/496736.html