Vous concevez un système de traitement des commandes distribué mondialement sur Azure Cosmos DB pour l'API Core (SQL). Le système doit accepter les écritures à la fois dans la région "East US" et "West Europe" sans perte de données lors d'une panne d'une seule région et basculer automatiquement. La latence de lecture doit être minimisée pour les utilisateurs locaux. Que devez-vous configurer ?

L'activation des écritures multi-régions (multi-region writes) dans Azure Cosmos DB permet aux applications d'écrire des données dans plusieurs régions, ce qui est essentiel pour la résilience et la disponibilité requises. La configuration du basculement automatique (automatic failover) avec une liste de priorité de régions garantit que le système bascule vers une région saine en cas de panne, sans perte de données. L'utilisation de la cohérence de session (session consistency) est un bon équilibre entre la cohérence et la performance, car elle garantit que les clients voient leurs propres écritures tout en minimisant la latence de lecture pour les utilisateurs locaux. Les autres options sont incorrectes car : Une seule région d'écriture avec une cohérence forte ne permet pas d'écrire dans plusieurs régions et peut entraîner une latence élevée. Activer plusieurs régions d'écriture avec une cohérence forte peut entraîner une latence élevée et des problèmes de disponibilité. Azure Table Storage n'est pas Azure Cosmos DB et ne répond pas aux exigences de performance et de disponibilité. Utiliser MongoDB sur des machines virtuelles est une solution IaaS et ne fournit pas les avantages PaaS d'Azure Cosmos DB, comme le basculement automatique géré.