Un servicio heredado utiliza Azure Table Storage. Los nuevos requisitos incluyen distribución global con lecturas y escrituras de baja latencia en múltiples regiones, indexación automática de todas las propiedades, control de rendimiento basado en RU/s y cambios mínimos en el código. ¿Qué debe hacer?

La opción correcta es migrar a Azure Cosmos DB Table API. Esta API es compatible con la API de Azure Table Storage, lo que permite cambios mínimos en el código al actualizar solo la cadena de conexión. Cosmos DB ofrece distribución global con escrituras multirregión para baja latencia, indexación automática de todas las propiedades y un modelo de rendimiento basado en RU/s, cumpliendo todos los requisitos. La Herramienta de Migración de Datos facilita la transferencia de datos. Las otras opciones son incorrectas porque: Habilitar RA-GRS solo proporciona lectura en regiones secundarias y no permite escrituras multirregión ni indexación automática. Migrar a Cosmos DB SQL API requeriría una refactorización significativa del código y un nuevo modelo de datos. Mover a Azure SQL Database implicaría una refactorización completa de la aplicación y no es óptimo para datos NoSQL. Implementar Azure Table Storage en múltiples cuentas regionales no proporciona escrituras multirregión de forma nativa ni indexación automática, y Traffic Manager solo enruta el tráfico, no sincroniza los datos de forma activa para escrituras.