一個網路應用程式在三個可用區域的私有子網路中的 EC2 實例上執行，位於 ALB 後方。SSL/TLS 在 ALB 上使用 ACM 憑證終止。在單一實例的測試中一切正常，但生產部署後，使用者可以登入，但每個新的 Web 請求都會重新啟動登入流程。網路工程師應該怎麼做才能解決這個問題？

問題描述使用者登入後，每個新的 Web 請求都會重新啟動登入流程，這通常表示應用程式無法維持會話狀態。應用程式負載平衡器 (ALB) 預設會將請求輪流分發到後端實例，這可能導致使用者在不同請求中被導向到不同的實例，從而丟失會話資訊。啟用目標群組的黏性 (Sticky Sessions) 功能，並使用應用程式提供的 Cookie，可以確保來自同一使用者的所有請求都被導向到同一個後端實例，從而維持會話狀態。設定適當的持續時間能確保會話在應用程式預期的時間內保持黏性。 選項一錯誤，因為ALB的黏性設定是在目標群組層級，而非監聽器規則層級。選項二錯誤，因為Network Load Balancer (NLB) 不支援應用程式層級的黏性，且更換負載平衡器會帶來不必要的複雜性。選項四錯誤，因為移除ALB會失去負載平衡和SSL終止功能，且Route 53的故障轉移路由策略與會話維持無關。