У меня есть распределенная система, в которой будут 1 сервер SQL Server, 1-n серверы обработки и 1-n поставщики данных (аппаратные устройства по всей сети). Предоставляемые данные потребуют обработки до перехода в структуру реляционной БД - выполняются серверами обработки (в качестве кодов служб Windows -.net для анализа данных, их обработки и вставки в реляционную структуру.)
Чтобы обрабатывать потенциальную нагрузку и не замедлять поставщиков данных, я хочу реализовать очередь, но я не уверен, что хочу добавить сложность сервера MSMQ в микс. Есть ли хорошая альтернатива MSMQ, например, использование DB (плоской таблицы) в качестве очереди? Предоставляет ли .NET любую готовую поддержку для очередей БД, или есть еще один вариант для надежной очереди?
Благодаря
EDIT: (29 ноября, 23:30)
звучит как SQL Service Broker (SSB), может сделать трюк.
http://www.netframeworkdev.com/windows-communication-foundation/service-broker-vs-msmq-as-reliable-queueing-mechanism-63981.shtml
EDIT: (30 ноября, 7:45)
Нашел еще одну очень полезную ссылку на эту тему:
http://social.msdn.microsoft.com/Forums/en-US/sqlservicebroker/thread/52687510-0852-44f3-bfcd-83610d1c1b9a
Я также изучаю максимальный/минимальный размер данных, которые будут поставляться. Из верхней части головы кто-нибудь знает максимальный размер, размещенный MSMQ и/или SSB?
MSMQ: размер сообщения 4 МБ
SSB: размер сообщения 2 ГБ
РЕДАКТИРОВАТЬ: (30 ноября, 8; 15:00)
Большое сравнение между MSMQ и SSB здесь:
Хорошая стратегия для очереди сообщений?
