Está diseñando una aplicación social distribuida globalmente que almacena las líneas de tiempo y los comentarios de los usuarios como documentos JSON. Los usuarios deben ver sus propias escrituras inmediatamente, mientras que la latencia entre regiones debe permanecer baja. Las escrituras se distribuyen uniformemente por usuario. ¿Qué diseño de Cosmos DB debería elegir?

La consistencia de sesión garantiza que un usuario siempre vea sus propias escrituras inmediatamente, lo cual es crucial para las líneas de tiempo y comentarios, sin imponer la latencia más alta de la consistencia Strong en todas las operaciones. La API SQL (Core) es ideal para documentos JSON. Una clave de partición de userId distribuye uniformemente las escrituras (ya que se distribuyen por usuario) y permite consultas eficientes para los datos de un usuario. La consistencia Strong replicaría cada escritura a todas las regiones antes de confirmarla, aumentando la latencia entre regiones. Azure Table Storage no es óptimo para documentos JSON complejos y su consistencia Eventual no garantiza ver las propias escrituras inmediatamente. La clave de partición de region no distribuiría las escrituras uniformemente si los usuarios no están distribuidos uniformemente por región. Una clave de partición de timestamp no es adecuada para consultas de usuario ni para la distribución de datos. Gremlin API es para bases de datos de grafos, no para documentos JSON simples.