Вы разрабатываете глобально распределенное социальное приложение, которое хранит временные шкалы пользователей и комментарии в виде документов JSON. Пользователи должны немедленно видеть свои собственные записи, при этом задержка между регионами должна оставаться низкой. Записи равномерно распределены по пользователям. Какой дизайн Cosmos DB следует выбрать?

Правильный ответ — Azure Cosmos DB SQL (Core) API с согласованностью Session и ключом раздела userId. Согласованность Session обеспечивает немедленную видимость собственных записей пользователя, что соответствует требованию. Низкая задержка между регионами достигается благодаря глобальному распределению Cosmos DB. Выбор userId в качестве ключа раздела равномерно распределяет записи по пользователям, предотвращая горячие разделы и оптимизируя производительность. Azure Cosmos DB for MongoDB с согласованностью Strong будет иметь более высокую задержку при записи, что не соответствует требованию низкой задержки. Azure Table Storage не обеспечивает гибкости для документов JSON и не имеет встроенной глобальной распределенности с низкой задержкой, как Cosmos DB. Использование timestamp в качестве ключа раздела может привести к горячим разделам, так как новые записи будут концентрироваться в одном разделе. Gremlin API предназначен для графовых баз данных, что не подходит для хранения временных шкал и комментариев в виде JSON-документов.