Является ли роль Azure Cloud Service Worker единственным вариантом размещения в Azure для запуска обработчика событий EventHub?

Вы можете использовать службу веб-приложений Azure с включенным SignalR и объединить «шаги» конвейера [MyEventProcessor] и SignalR в один шаг. Я проделал это несколько раз, начав с простой демонстрации чата SignalR и добавил функцию приемника концентратора событий в обработку SignalR. Эта статья закрыта к тому, что я имею в виду с точки зрения подхода.

Вы также можете взглянуть на Azure WebJobs. По сути, он может работать как фоновая служба, выполняя вашу логику. SDK WebJobs поддерживает Event Hub.

Вы можете запустить EventProcessorHost в любом устройстве Azure, которое будет запускать произвольный код C # и будет продолжать работать. Варианты того, где вы должны запустить его, зависят от того, сколько вы хотите потратить и что вам нужно. Итак, Azure Container Service может быть новой причудливой системой развертывания, но его минимальная стоимость может вам не подойти. Я запускаю свои двоичные файлы, которые считывают данные из концентраторов событий на обычных виртуальных машинах Azure, а наша система развертывания отвечает за их управление.

Если в ваших интерфейсных процессах, использующих SignalR для общения с клиентами, есть процесс, который остается на некоторое время, вы можете просто сделать каждый из них своим собственным логическим потребителем (группой потребителей) и заставить их потреблять весь поток. Или, даже если они не остаются (то есть вы используете вариант хостинга Azure, который отключает процесс в режиме ожидания), вы можете записать свой приемник так, чтобы он просто запускался в конце потока (в отличие от повторной обработки старых данных), если это то, что требует ваш сценарий.