Una empresa aloja una aplicación web de tres niveles en AWS. La capa de base de datos utiliza un servidor Amazon RDS for MySQL Multi-AZ y la capa de caché utiliza Amazon ElastiCache. La empresa desea una estrategia de caché que agregue o actualice los datos de la caché cuando un cliente agrega un elemento a la base de datos, y los datos de la caché siempre deben coincidir con la base de datos. ¿Qué solución cumple estos requisitos?

La estrategia de caché de escritura directa (write-through) es la solución correcta porque asegura que los datos se escriban simultáneamente tanto en la caché como en la base de datos. Esto garantiza que la caché siempre esté actualizada con los datos más recientes de la base de datos, cumpliendo el requisito de que los datos de la caché siempre deben coincidir con la base de datos cuando se agrega o actualiza un elemento. La estrategia de carga lenta (lazy loading) solo actualiza la caché cuando se solicitan los datos, lo que podría resultar en datos desactualizados si la base de datos se modifica antes de la solicitud. La adición de TTL (Time To Live) es un mecanismo para invalidar elementos de la caché después de un cierto tiempo, no una estrategia para mantener la coherencia inmediata. AWS AppConfig es un servicio para la gestión de configuraciones de aplicaciones, no una estrategia de caché.