MSMQ с очередями и бизнес-правилами

Question

Нам нужно добавить систему очередей сообщений с бизнес-правилами в приложение .NET. Типичный сценарий: человек запрашивает «A» с интернет-сайта, процесс проверяет информацию об этом пользователе, и на основании этого запрос направляется в очередь на внутреннем сайте интрасети, где кто-то обрабатывает информацию вручную.

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

Итак, стоит ли использовать MSMQ или просто использовать стандартные таблицы базы данных и свернуть наши собственные? Спасибо.

Похожие:

Практические правила, касающиеся обмена сообщениями / очереди сообщений

Хорошая стратегия для очереди сообщений?

в MSMQ или нет в MSMQ? (или таблица SQL в качестве очереди)

Answer 1

Соображения по поводу использования MSMQ (или вообще любой другой очереди сообщений) многочисленны и разнообразны.Однако некоторые из наиболее распространенных причин использования очередей:

1. Вам требуется гарантированная доставка данных
2. Вы хотите отделить зависимости, которые приложения имеют друг от друга
3. Вам нужен транспортный механизм высокой доступности

Я бы рекомендовал использовать MSMQ над всеми другими транспортными механизмами практически в любой ситуации (при условии, что все машины в вашей производственной настройке являются окнами).Причина этого заключается в том, что вы получаете все перечисленные выше преимущества бесплатно, а накладные расходы и затраты на разработку сопоставимы с альтернативами.

Answer 2

MSMQ - это хорошо, но если вам абсолютно не нужны возможности маршрутизации (разные протоколы, разные сети и т. Д.), То я бы определенно остановился на подходе таблицы SQL ... Хотя я бы использовал для вставки / обновления и т. Д. Хранимых процедур ... и для чтения View ... таким образом, вы могли бы даже сохранить гибкость бизнес-правил ... этот подход оставляет вам на усмотрение, сколько бизнес-правил вы используете положить в БД и сколько в вашем WCF / веб-сервис / приложение и т. д.