Een bedrijf host een drielaagse webapplicatie in AWS. De databaselaag gebruikt een Multi-AZ Amazon RDS for MySQL-server en de cachelaag gebruikt Amazon ElastiCache. Het bedrijf wil een cachingstrategie die cachegegevens toevoegt of bijwerkt wanneer een klant een item aan de database toevoegt, en de cachegegevens moeten altijd overeenkomen met de database. Welke oplossing voldoet aan deze vereisten?

De write-through cachingstrategie is correct omdat deze ervoor zorgt dat data gelijktijdig naar de cache en de database wordt geschreven. Dit garandeert dat de cache altijd consistent is met de database, wat voldoet aan de vereiste dat cachegegevens altijd overeenkomen met de database. Lazy loading (of cache-aside) is onjuist omdat de cache pas wordt bijgewerkt wanneer data wordt opgevraagd, wat kan leiden tot inconsistenties als de database wordt bijgewerkt voordat de cache wordt geraadpleegd. Adding TTL (Time-To-Live) is een mechanisme voor cache-invalidatie, geen strategie voor het handhaven van consistentie bij het schrijven van data. AWS AppConfig is een service voor het beheren van applicatieconfiguraties, niet voor databasetransacties of cachingstrategieën.