Отправка сообщений клиентам с помощью служебной шины Azure - темы

Question

Используя служебную шину Azure - разделы, я хочу реализовать решение, в котором сообщения отправляются / уведомляются конечным потребителям, как только производитель отправляет сообщение в раздел (например, очереди).

Я понимаю, что разделы работают какМодель Pub / Sub, в которой подписчикам необходимо читать сообщения из подписок.Но я ищу обходной путь, который работает примерно так же, как Queue (где он запускает веб-задание / службу при получении любого сообщения).

У меня мало мыслей вроде 1. Использование автоматической пересылки в подпискахпересылать сообщения в очереди, но снова я думаю, что если это убивает цель Тем 2. Планирование работы для обработки этих запросов, но снова я думаю, если я задерживаю процесс

Во-первых, я хочу знать, если службаАвтобус Тема - это правильный вариант?Далее, если возможно реализовать обходной путь, что является лучшим / лучшим способом?

PS: я должен отправлять сообщения, которые содержат информацию - я думаю, я не могу использовать реле

Answer 1

Просто чтобы прояснить, очереди и темы в служебной шине разные.Как вы заметили, темы полезны в сценариях публикации / подписки.

Поскольку вы ищете что-то, что запускается, вам могут понадобиться функции Azure.

Функции Azure поддерживают триггери выходные привязки для очередей и тем служебной шины

https://docs.microsoft.com/en-us/azure/azure-functions/functions-bindings-service-bus

Answer 2

Из обсуждения выше.

Функции Azure с очередями / темами

Независимо от очередей или тем. Вы можете запустить лазурную функцию с обоими. Эта функция обработает сообщение. Теперь вы можете создать два метода в одной и той же функции SendEmail (), sendPhoneNotifcation () и распределить задачи, используя параллельную библиотеку задач C #. Так же функция будет выполнять обе задачи параллельно.

Каждый раз, когда вы получаете сообщение, ваша функция срабатывает. Обработайте сообщение и уведомите пользователя. Преимущество заключается в том, что эта функция будет автоматически масштабироваться, если в очередь поступает большое количество сообщений.

Answer 3

Я думаю, что @William прав, вы можете использовать / присоединить другой процесс к подписке, чтобы сделать то, что вы пытаетесь сделать.

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

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

Вы найдете больше в:

https://docs.microsoft.com/en-us/azure/connectors/connectors-create-api-servicebus

А для ответа на ваш вопрос

Во-первых, я хочу знать, является ли тема служебной шины правильным вариантом?

Быстрый ответ - да, использование шаблонов обмена сообщениями - лучший способ создания надежных решений.

В вашем случае вы также хотите уведомить другую систему после получения сообщения.

Единственное, что вам нужно знать, это когда вы не получили уведомление о том, что вы будете делать? вам нужно подумать об этом сценарии.