Firma tworzy aplikację zakupową na AWS. Katalog zmienia się raz w miesiącu i musi skalować się wraz z ruchem. Firma chce uzyskać jak najniższe opóźnienia. Dane koszyka zakupowego każdego użytkownika muszą być wysoce dostępne i muszą być zachowane, jeśli użytkownik rozłączy się, a następnie ponownie połączy. Co powinien zrobić architekt rozwiązań, aby zapewnić stałe zachowanie danych koszyka zakupowego?

Amazon ElastiCache for Redis jest doskonałym wyborem do buforowania danych katalogu, które zmieniają się rzadko (raz w miesiącu), zapewniając niskie opóźnienia i skalowalność. Redis jest również idealny do przechowywania danych sesji użytkownika, takich jak koszyki zakupowe, ponieważ oferuje wysoką dostępność i trwałość danych, nawet jeśli użytkownik się rozłączy. Opcja z Application Load Balancer i sticky sessions nie zapewni trwałości danych koszyka po rozłączeniu użytkownika, ponieważ sesje są powiązane z konkretną instancją. Amazon OpenSearch Service jest przeznaczony głównie do wyszukiwania i analizy, a nie do buforowania ogólnego przeznaczenia czy przechowywania danych sesji. Instancja EC2 z EBS nie jest rozwiązaniem zarządzanym, skalowalnym ani optymalnym pod kątem niskich opóźnień dla buforowania i danych sesji.