Vous concevez une application sociale distribuée mondialement qui stocke les chronologies et les commentaires des utilisateurs sous forme de documents JSON. Les utilisateurs doivent voir leurs propres écritures immédiatement, tandis que la latence inter-régions doit rester faible. Les écritures sont réparties uniformément par utilisateur. Quel type de conception Cosmos DB devriez-vous choisir ?

L'API Azure Cosmos DB SQL (Core) est le choix le plus flexible pour les données JSON. Une cohérence de session garantit que l'utilisateur voit immédiatement ses propres écritures, tout en permettant une faible latence inter-régions pour les autres utilisateurs, car elle ne force pas une réplication synchrone globale. La clé de partition userId est idéale car les écritures sont réparties uniformément par utilisateur, ce qui évite les partitions à chaud et maximise le débit. La cohérence forte entraînerait une latence élevée pour les écritures distribuées mondialement. Azure Table Storage ne gère pas les documents JSON nativement et sa cohérence éventuelle ne garantit pas la lecture immédiate des écritures propres à l'utilisateur. L'API Gremlin est pour les graphes, non les documents JSON. Une clé de partition region ou timestamp ne distribuerait pas uniformément les données par utilisateur, pouvant créer des goulots d'étranglement.