Você está projetando um aplicativo social distribuído globalmente que armazena linhas do tempo e comentários de usuários como documentos JSON. Os usuários devem ver suas próprias gravações imediatamente, enquanto a latência entre regiões deve permanecer baixa. As gravações são distribuídas uniformemente por usuário. Qual design do Cosmos DB você deve escolher?

A API SQL (Core) do Azure Cosmos DB é ideal para documentos JSON. A consistência de sessão garante que o usuário veja suas próprias gravações imediatamente (leitura após gravação), o que é crucial para aplicativos sociais. Uma chave de partição de userId distribui uniformemente os dados e otimiza consultas por usuário, minimizando a latência entre regiões. A consistência Strong (opção 2 e 4) garantiria que todos os usuários vissem a gravação mais recente, mas introduziria latência significativa em um ambiente distribuído globalmente. A chave de partição region (opção 2) ou timestamp (opção 4) não otimizaria as consultas por usuário. O Azure Table Storage (opção 3) não é otimizado para documentos JSON e a consistência Eventual não atende ao requisito de leitura após gravação. A Gremlin API (opção 5) é para grafos, não para documentos JSON, e categoryId não é a melhor chave de partição para este cenário.