Моя служба развернута в нескольких регионах в Azure. Во всех регионах у меня есть концентратор событий и кластер ADX (база данных и таблица). Предположим, мой сервис находится в двух регионах X и Y. Когда приходит запрос пользователя, он обрабатывается ближайшим регионом. Запрос также содержит одно свойство origin-region. Таким образом, если пользователь находится в регионе X и его запрос содержит свойство «origin-region», установленное как регион Y, этот запрос будет обработан службой региона X, а затем его данные будут отправлены в концентратор событий региона X. Наконец, мне нужны эти данные из концентратора событий региона X в таблицу ADX Y.
Каким должен быть лучший дизайн этого варианта использования?
Я думал о создании нескольких таблиц (скажем, region-x-table, region-y-table и т. д.) в каждом из разных регионов. И будет сопоставление «один ко многим» из концентратора событий в таблицу adx для всех регионов. По сути, таблица region-x любого региона будет принимать данные, присутствующие в концентраторе событий региона X. И данные из концентратора событий X будут приниматься только в таблицу ADX этого региона, которая присутствует в свойстве запроса «org-region».
Данные концентратора событий региона X будут приниматься либо в таблицу ADX региона X (таблица региона X), либо в таблицу ADX региона Y (таблица региона X) в зависимости от значения «origin-region» запроса.
Таким образом, в каждом регионе будет 1 концентратор событий и n таблиц (регион-x-таблица, регион-y-таблица,....) для каждого региона. Есть ли лучший подход к этому?
Я также думал о создании только одной таблицы в ADX и получении данных из концентратора событий нескольких регионов путем проверки схемы данных, но это невозможно, поскольку одна таблица может принимать данные только из одного концентратора событий.


Отправку данных из нескольких концентраторов событий в ADX можно выполнить, создав подключение для передачи данных для каждого концентратора событий и настроив параметры подключения к концентратору событий, пространству имен концентратора событий и группам потребителей.


И это гарантирует, что данные будут загружены в правильную таблицу на основе свойства origin-region запроса.
Другой подход
Использование Azure Stream Analytics для обработки данных из концентраторов событий и отправки их в соответствующую таблицу ADX на основе свойства origin-region.
Это включает в себя создание задания Stream Analytics для каждого региона и настройку его для чтения из соответствующего концентратора событий и записи в соответствующую таблицу ADX.
Дополнительные сведения см. в статьях Создание подключения к данным концентраторов событий и Использование приема данных одним щелчком из концентратора событий в Azure Synapse Data Explorer.
Предоставленная вами ссылка на потоковую аналитику не работает.
Он работает, ссылки вы можете найти на той же странице.
что вы подразумеваете под «это невозможно, поскольку одна таблица может принимать данные только из одного концентратора событий»? на самом деле это возможно, насколько я знаю