Usted opera la misma API de carrito de compras en East US y West Europe. Cada región debe escribir y leer desde una caché de Redis local con muy baja latencia. Si las regiones se aíslan temporalmente, las escrituras aún deben aceptarse en ambas regiones y los datos deben converger automáticamente cuando se restaure la conectividad. También necesita conmutación por error automática sin promover una réplica de lectura. ¿Qué debería implementar?

La opción correcta es implementar Azure Cache for Redis Enterprise con Geo-Replicación Activa. Esta característica de la capa Enterprise permite una configuración activo-activo entre regiones, donde cada región tiene su propia instancia de Redis Cache que puede aceptar escrituras y lecturas. La Geo-Replicación Activa utiliza tipos de datos replicados sin conflictos (CRDTs) para manejar automáticamente la convergencia de datos y la resolución de conflictos cuando se restablece la conectividad después de un aislamiento temporal, cumpliendo con el requisito de que las escrituras se acepten en ambas regiones y los datos converjan. Además, proporciona conmutación por error automática sin necesidad de promover una réplica de lectura, ya que todas las instancias son activas. Las otras opciones son incorrectas porque: Azure Cache for Redis Premium con Geo-Replicación solo permite una réplica de lectura pasiva, no una configuración activo-activo con escrituras en ambas regiones. Exportar/importar datos periódicamente no proporciona la baja latencia ni la convergencia automática y continua requeridas. Una única caché Enterprise en East US no cumpliría con el requisito de baja latencia en West Europe ni la capacidad de aceptar escrituras en ambas regiones de forma independiente.