Разрабатывается контейнер Azure Cosmos DB (SQL API), который будет содержать миллионы документов, каждый из которых имеет множество свойств, и ни одно из них не является очевидным ключом секционирования. Какие два подхода к ключу секционирования приемлемы для равномерного распределения трафика по секциям с течением времени?

Для равномерного распределения трафика в Azure Cosmos DB (SQL API) при отсутствии очевидного ключа секционирования, необходимо создать синтетический ключ. Конкатенация нескольких значений свойств с добавлением случайного суффикса (например, GUID) или хеш-суффикса обеспечивает высокую кардинальность и равномерное распределение документов по логическим секциям. Это минимизирует горячие секции и оптимизирует производительность. Значение одного свойства, которое редко встречается, может привести к созданию слишком большого количества логических секций, но не гарантирует равномерного распределения запросов. Значение, содержащее имя коллекции, или значение одного свойства, которое часто встречается, приведет к созданию небольшого количества логических секций, что увеличит вероятность возникновения горячих секций и снизит производительность.