Une entreprise héberge une application web à trois niveaux dans AWS. La couche de base de données utilise un serveur Amazon RDS for MySQL Multi-AZ et la couche de cache utilise Amazon ElastiCache. L'entreprise souhaite une stratégie de mise en cache qui ajoute ou met à jour les données du cache lorsqu'un client ajoute un élément à la base de données, et les données du cache doivent toujours correspondre à la base de données. Quelle solution répond à ces exigences ?

La stratégie de mise en cache par écriture directe (write-through) est la solution appropriée car elle garantit que les données sont écrites simultanément dans le cache et dans la base de données. Cela maintient la cohérence entre le cache et la base de données, répondant ainsi à l'exigence que les données du cache correspondent toujours à la base de données. La mise à jour du cache se produit dès qu'un élément est ajouté à la base de données. La stratégie de chargement paresseux (lazy loading) met à jour le cache uniquement lorsque les données sont demandées et ne sont pas trouvées dans le cache, ce qui peut entraîner des données obsolètes. L'ajout de TTL (Time To Live) est une propriété du cache, pas une stratégie de mise en cache complète pour la cohérence des écritures. AWS AppConfig est un service de gestion de configuration, non une stratégie de mise en cache.