一個新的應用程式在 Amazon EC2 On-Demand Instances 上執行，這些執行個體會頻繁地跨多個可用區域進行擴展，並位於 Application Load Balancer (ALB) 後方。該架構必須支援分散式會話資料管理，並且公司願意在必要時修改應用程式碼。解決方案架構師應該怎麼做才能提供分散式會話資料管理？

正確答案是使用 Amazon ElastiCache 來管理和儲存會話資料。ElastiCache 提供了高效能、可擴展的記憶體中資料儲存，非常適合分散式應用程式的會話管理。透過將會話資料儲存在 ElastiCache 中，即使應用程式在多個可用區域中擴展或縮減，使用者會話也能保持一致，因為所有 EC2 實例都可以存取相同的會話資料。由於公司願意修改應用程式碼，因此可以輕鬆地將應用程式配置為使用 ElastiCache 進行會話管理。 使用 ALB 的會話親和性 (sticky sessions) 並不理想，因為它會將使用者綁定到特定的 EC2 實例，這會降低應用程式的彈性和可擴展性，特別是在實例故障或擴展時。AWS Systems Manager 的 Session Manager 用於管理 EC2 實例的 shell 存取，與應用程式會話管理無關。AWS Security Token Service (AWS STS) 中的 GetSessionToken API 操作用於產生臨時安全憑證，與應用程式會話資料管理無關。