一個在 ALB 後方的 EC2 上的網路應用程式使用了藍/綠不可變部署。在測試期間，使用者會隨機登出，而當新版本部署時，所有使用者都會登出。團隊需要使用者在擴展事件和部署期間保持登入狀態，並以最少的營運開銷達成。最符合營運效率的解決方案是什麼？

正確答案是將工作階段資料儲存在 Amazon ElastiCache 叢集中。 這個解決方案最符合營運效率，因為它將工作階段資料外部化到一個集中式、高可用性且可擴展的記憶體中資料儲存區。當應用程式在藍/綠部署或擴展事件期間重新啟動或替換時，使用者會話不會丟失，因為它們獨立於應用程式實例儲存。ElastiCache 提供了低延遲的資料存取，這對於保持使用者體驗至關重要。 其他選項的缺點： 在負載平衡器上啟用智慧型工作階段或工作階段共享：ALB 不直接提供「智慧型工作階段」或「工作階段共享」功能來持久化跨部署或擴展事件的會話。ALB 的黏性會話（sticky sessions）僅確保在特定實例存活期間請求路由到同一實例，但當實例被替換時，會話仍會丟失。 將工作階段資料儲存在 S3 儲存桶中：S3 是一個物件儲存服務，其存取延遲遠高於記憶體中快取，不適合用於需要低延遲讀寫的工作階段管理。