您正在设计一个全球分布式社交应用，该应用将用户时间线和评论存储为 JSON 文档。用户必须立即看到自己的写入，同时跨区域延迟必须保持较低水平。写入按用户均匀分布。您应该选择哪种 Cosmos DB 设计？

正确答案是“Azure Cosmos DB SQL (Core) API，会话一致性，分区键为 userId”。选择SQL (Core) API是因为它原生支持JSON文档存储，符合题目要求。会话一致性确保用户能立即看到自己的写入，同时在分布式环境中提供较低的写入延迟，这在社交应用中至关重要。将userId作为分区键可以均匀分布写入负载，避免热分区，并优化按用户查询的性能。 其他选项不合适： MongoDB API虽然也支持JSON，但强一致性会增加跨区域延迟，不符合低延迟要求。分区键为region会导致数据倾斜。 Azure Table Storage只提供最终一致性，不满足用户立即看到自己写入的需求。 强一致性会增加跨区域延迟。分区键为timestamp会导致热分区。 Gremlin API是图数据库，不适合存储时间线和评论文档。一致性前缀不符合用户立即看到自己写入的需求。