Концентратор событий Azure - несколько типов событий в одном концентраторе событий

Сценарий 1: один концентратор событий для нескольких типов событий

В этом случае у вас есть несколько вариантов, когда дело доходит до отправки и обработки сообщений:

1. Просто отправьте сообщения в Event Hub. Напишите процесс потребления, который читает сообщения и на основе типа обрабатывает их по-разному.
2. Просто отправьте сообщения в Event Hub. Создавайте разные группы потребителей, по одному для каждого типа сообщений. У вас есть 2 процесса, которые читают свою собственную группу потребителей и пропускают сообщения, которые они не могут обрабатывать. (Каждая группа потребителей по существу считывает одни и те же данные, но они могут находиться в разных позициях в потоке данных). Смотрите концентраторы событий Azure и несколько групп пользователей
3. Отправляйте сообщения в указанный раздел. Например, сообщения типа A отправляются в раздел 1 и сообщения типа B в раздел 2. Это может, однако, повлиять на масштабируемость концентратора событий. Создавать выделенные процессы на (множество) разделов. Затем каждый процесс обрабатывает только сообщения одного типа. См. Https://docs.microsoft.com/en-us/azure/event-hubs/event-hubs-programming-guide#partition-key и https://docs.microsoft.com/en-us/azure/event. -hubs/EVENT-концентраторы-программирование-гид # Create-A-разбиение-отправитель

Сценарий 2: Концентратор событий на типы событий

Это легко, просто создайте 2 концентратора событий и 2 процесса потребления. Но вам нужно будет управлять 2-мя хабами событий и учитывая возможности Event Hub, это может быть излишним.

Мой совет

Это зависит от объема данных, но, основываясь на моем опыте, я хотел бы отправить все сообщения в один из хабов событий и один процесс, прочитав это сообщение, и выполнить действие, основанное на типе сообщения, используя некоторый код С#.