В настоящее время я занимаюсь анализом и дизайном для новой архитектуры шины сообщений в моей компании. Я пробовал MSMQ делать что-то подобное в прошлом, и он хорошо работает, и он думал о том, чтобы сделать то же самое снова для этого проекта, но используя WCF в качестве API вместо использования API System.Messaging. Кто-нибудь имел опыт работы с MSMQ в WCF? Легче ли использовать API-интерфейс System.Messaging? Каковы были бы преимущества использования WCF над System.Messaging или наоборот?
Реализация архитектуры шины сообщений
Ответ 1
IMHO, с таким количеством полезных, гибких и проверенных архитектур шины на выбор (NServiceBus, Mass Transit, Rhino Service Bus), реализация вашего собственного будет большой NIH. Это не тривиальная задача.
Udi очень хорошо описывает это в это сообщение.
Ответ 2
Извините, но очень поздно, но, надеюсь, мой ответ полезен для пользователей MSMQ 4.0 (но не обязательно полезен для пользователей более поздних версий).
И Очередь WCF, и System.Messaging являются оболочками API-интерфейсов MSMQ. WCF более сложный и сложный, но имеет следующие преимущества:
- ОО-представление ваших бизнес-процессов приложения, а не его коммуникация.
- Сквозное шифрование и аутентификация сообщений бесплатно. System.Messaging поддерживает шифрование только по проводам, а не в хранилище.
- При желании вы можете размещать в IIS, а не создавать свой собственный хост.
- Соотношение сообщений бесплатно. Это позволяет автоматически группировать сообщения в сеансы.
- Транзакционное пакетирование бесплатно.
Ответ 3
в агенте сообщений Apache ActiveMQ (с открытым исходным кодом) также есть клиент .NET:
Вместе с Apache Camel и Apache ServiceMix легко настраивать шаблоны интеграции предприятия и системы служебной шины предприятия.