Un service hérité utilise Azure Table Storage. Les nouvelles exigences incluent une distribution mondiale avec des lectures et des écritures à faible latence dans plusieurs régions, l'indexation automatique de toutes les propriétés, le contrôle du débit basé sur les RU/s et des modifications de code minimales. Que devriez-vous faire ?

La migration vers l'API Table d'Azure Cosmos DB est la meilleure solution car elle répond à toutes les exigences. Elle offre une distribution mondiale avec des lectures et écritures à faible latence grâce aux écritures multi-régions, une indexation automatique de toutes les propriétés, et un contrôle du débit basé sur les RU/s. L'API Table est compatible avec l'API Azure Table Storage, ce qui minimise les modifications de code (uniquement la chaîne de connexion). L'outil de migration de données facilite le transfert des données. Activer RA-GRS ne permet pas les écritures multi-régions ni l'indexation automatique. Migrer vers l'API SQL de Cosmos DB ou Azure SQL Database nécessiterait une refactorisation majeure de l'application et du modèle de données. Déployer plusieurs comptes Azure Table Storage avec Traffic Manager ne fournirait pas l'indexation automatique ni les écritures multi-régions natives avec faible latence.