Deweloper tworzy trójwarstwową aplikację internetową, która musi obsługiwać co najmniej 5000 żądań na minutę. Warstwa internetowa musi pozostać całkowicie bezstanowa, ale stan sesji użytkownika musi być zachowany. Które podejście eksternalizuje dane sesji, jednocześnie utrzymując jak najniższe opóźnienia?

Prawidłowa odpowiedź to utworzenie klastra Amazon ElastiCache (Memcached) i zaimplementowanie obsługi sesji w aplikacji, aby przechowywać dane sesji w klastrze pamięci podręcznej. Memcached jest idealny do przechowywania danych sesji ze względu na swoją szybkość i niskie opóźnienia, co jest kluczowe przy 5000 żądaniach na minutę. Zapewnia również prostą, rozproszoną pamięć podręczną, która doskonale wspiera bezstanową warstwę internetową. Uruchomienie instancji Amazon RDS do przechowywania sesji wprowadziłoby znacznie większe opóźnienia i obciążenie bazy danych, co nie jest optymalne dla wysokiej przepustowości. Zaimplementowanie współdzielonego systemu plików również wprowadziłoby większe opóźnienia niż pamięć podręczna i mogłoby stać się wąskim gardłem. Utworzenie tabeli Amazon DynamoDB jest lepsze niż RDS, ale ElastiCache (Memcached) oferuje jeszcze niższe opóźnienia dla tymczasowych danych sesji, ponieważ jest to usługa pamięci podręcznej w pamięci.