Musisz zaprojektować system odporny na błędy, który zachowuje dane sesji klienta w przypadku awarii instancji Amazon EC2. Które podejście gwarantuje, że dane sesji nie zostaną utracone w przypadku awarii instancji?

Użycie Amazon DynamoDB do przechowywania danych sesji zapewnia wysoką dostępność i trwałość. DynamoDB to w pełni zarządzana, bezserwerowa baza danych NoSQL, która automatycznie replikuje dane w wielu strefach dostępności, chroniąc je przed awariami pojedynczych instancji EC2. W przypadku awarii instancji, nowa instancja może pobrać dane sesji z DynamoDB i kontynuować obsługę klienta bez utraty kontekstu. Włączenie sticky sessions (sesji trwałych) w Elastic Load Balancer (ELB) jedynie kieruje kolejnych żądań tego samego klienta do tej samej instancji, ale nie chroni danych sesji w przypadku awarii tej instancji. Przechowywanie danych sesji w Amazon SQS jest niewłaściwe, ponieważ SQS jest usługą kolejkowania wiadomości, a nie bazą danych do trwałego przechowywania danych sesji. Włączenie connection draining w ELB pozwala na dokończenie trwających żądań przed usunięciem instancji z grupy docelowej, ale nie rozwiązuje problemu utraty danych sesji przechowywanych lokalnie na tej instancji.