Ein Unternehmen entwickelt eine Shopping-Anwendung auf AWS. Der Katalog ändert sich einmal im Monat und muss mit dem Traffic skalieren. Das Unternehmen möchte die geringstmögliche Latenz. Die Warenkorbdaten jedes Benutzers müssen hochverfügbar sein und erhalten bleiben, wenn der Benutzer die Verbindung trennt und später wiederherstellt. Was sollte ein Solutions Architect tun, um sicherzustellen, dass die Warenkorbdaten jederzeit erhalten bleiben?

Die korrekte Antwort ist, Amazon ElastiCache for Redis zu konfigurieren. Redis ist ein In-Memory-Datenspeicher, der sich hervorragend für Caching und die Speicherung von Sitzungsdaten eignet, da er eine extrem niedrige Latenz bietet und hochverfügbar konfiguriert werden kann. Katalogdaten, die sich selten ändern, können effektiv zwischengespeichert werden, um die Latenz zu reduzieren und die Datenbanklast zu verringern. Warenkorbdaten können als Benutzersitzungsdaten in Redis gespeichert werden, was deren Persistenz und Hochverfügbarkeit gewährleistet, selbst wenn der Benutzer die Verbindung trennt. Ein Application Load Balancer mit Sticky Sessions würde zwar die Sitzungsaffinität für den Katalogzugriff auf Aurora ermöglichen, löst aber nicht das Problem der dauerhaften Speicherung von Warenkorbdaten bei Verbindungsabbruch oder der Optimierung der Katalog-Latenz. Amazon OpenSearch Service ist für die Suche und Analyse optimiert, nicht für Caching oder die Speicherung von Sitzungsdaten. Eine EC2-Instanz mit EBS ist eine persistente Speicherlösung, aber nicht für die niedrige Latenz und Skalierbarkeit optimiert, die für Caching und Sitzungsmanagement erforderlich sind.