一個新的網路應用程式在 Auto Scaling group 中，透過 Application Load Balancer 部署到多個 EC2 實例上。使用者抱怨他們被重複要求登入。SysOps 管理員應該怎麼做才能停止頻繁的重新驗證？

當使用者被重複要求登入時，這通常表示他們的會話狀態沒有被正確維護。在 Auto Scaling group 中，請求可能會被路由到不同的 EC2 實例，導致會話資訊丟失。啟用 Application Load Balancer (ALB) 目標群組上的工作階段黏著性 (sticky sessions) 可以確保來自同一使用者的後續請求會被路由到處理其初始請求的相同 EC2 實例。這樣可以維持會話狀態，避免重複登入。 將 Amazon CloudFront distribution 放在 ALB 前面主要用於內容快取和降低延遲，無法解決會話狀態問題。在 spread placement group 中重建 EC2 實例是為了分散實例以提高容錯性，與會話黏著性無關。將 ALB 替換為 Network Load Balancer (NLB) 會移除應用層級的功能，例如基於內容的路由，且 NLB 預設不支援工作階段黏著性，這會使問題惡化。