Ein Unternehmen hostet eine dreistufige Webanwendung in AWS. Die Datenbankschicht verwendet einen Multi-AZ Amazon RDS for MySQL-Server und die Cache-Schicht verwendet Amazon ElastiCache. Das Unternehmen wünscht sich eine Caching-Strategie, die Cache-Daten hinzufügt oder aktualisiert, wenn ein Kunde einen Artikel zur Datenbank hinzufügt, und die Cache-Daten müssen immer mit der Datenbank übereinstimmen. Welche Lösung erfüllt diese Anforderungen?

Die Write-Through-Caching-Strategie ist korrekt, da sie sicherstellt, dass Daten gleichzeitig in den Cache und in die Datenbank geschrieben werden. Dies gewährleistet eine hohe Datenkonsistenz, da der Cache immer mit der Datenbank synchronisiert ist. Wenn ein Kunde einen Artikel hinzufügt, wird dieser sowohl in die Datenbank als auch in den Cache geschrieben, wodurch die Anforderung erfüllt wird, dass die Cache-Daten immer mit der Datenbank übereinstimmen müssen. Die Lazy-Loading-Strategie (Cache-Aside) ist falsch, da Daten nur bei Bedarf in den Cache geladen werden. Dies kann zu Cache-Misses und inkonsistenten Daten führen, wenn die Datenbank aktualisiert wird, der Cache aber nicht. Die Adding-TTL-Caching-Strategie ist keine eigenständige Strategie, sondern ein Mechanismus, der mit anderen Strategien kombiniert wird, um die Lebensdauer von Cache-Einträgen zu steuern. Sie allein gewährleistet keine sofortige Konsistenz. AWS AppConfig ist ein Dienst zur Konfigurationsverwaltung und hat keine direkte Relevanz für Caching-Strategien in ElastiCache.