Путаница в отношении шаблонов шины сообщений / диспетчера команд
Недавно я много читал о распределенном обмене сообщениями и связанных шаблонах. Я использовал некоторые из них, поддерживаемые инструментами, например, NServiceBus .
Многие из этих шаблонов описаны в Интернете. Некоторые из них, которые я недавно прочитал, были:
- Посредник сообщений: http://msdn.microsoft.com/en-us/library/ff648849.aspx
- Шина сообщений: http: // msdn .microsoft.com / en-us / library / ms978583.aspx
- Шаблоны обмена сообщениями в SOA: http://msdn.microsoft.com/en-us/library/aa480027.aspx
- Сообщение Уди Дахана о различиях: http://www.udidahan.com/2011/03/24/bus-and-broker-pubsub-differences/
Если использование такого инструментария, как шина NService, позволяет многое сделать, не задумываясь Когда я пытался реализовать базовую шину сообщений и обработчик команд, многие вопросы возникли в связи с проблемами инфраструктуры.На самом деле, когда дело доходит до этих паттернов, я не вижу большого различия между ними.
Я не буду вставлять код, потому что он слишком длинный, но я нашел два сообщения в блоге, которые полностью описывают идею реализации, о которой я хотел бы поговорить.
- Шина сообщений: http://brentedwards.net/2010/04/13/roll-your-own-simple-message-bus-event-aggregator/
Идея проста, шина сообщений отслеживает подписчиков и отправляет сообщения разным подписчикам, если они заинтересованы.
- Обработчик команд: http://weblogs.asp.net/shijuvarghese/archive/2011/10/18/cqrs-commands-command -handlers-and-command-dispatcher.aspx
Это очень похоже на шину сообщений. Командная шина вызывает обработчики команд для заданного типа команд.
Итак, в обоих случаях есть сходство.
Каковы реальные различия и преимущества использования одного шаблона по сравнению с другим (я не говорю о вспомогательных инструментах). Что мне не хватает?
Второй вопрос. Ценна ли шина сообщений без вспомогательных инструментов? Я не думаю, что я смогу добиться поддержки всех клиентов в одиночку.
Прошу прощения за длинный и непонятный вопрос, но не стесняйтесь спрашивать подробности.