Многоадресная передача, обмен сообщениями, ActiveMQ по сравнению с MSMQ?
Это было давно, но я думаю, что это не проблемы с Z-буфером. OpenGL использует правую систему координат, а положительный Z находится вне экрана. Таким образом, ваш синий треугольник с большими значениями z означает, что он должен быть впереди. Меньшие значения z должны быть дальше, не так ли? Так что это правильное поведение, я верю.
5 ответов
Я отчасти смещаюсь, поскольку я работаю над ActiveMQ, но в значительной степени все преимущества, перечисленные для MSMQ выше также, относятся к ActiveMQ действительно.
еще Некоторые преимущества ActiveMQ включают
- большая поддержка межъязыковой клиентский доступ и много поддержка протоколов
- превосходная поддержка шаблоны интеграции предприятия
- тонна расширенные функции как эксклюзивные очереди и группы сообщений
основная оборотная сторона, которую Вы упоминаете, то, что брокер ActiveMQ записан в Java; но можно выполнить его на IKVM как .net блок, если Вы действительно хотите - или выполняете его как сервис окон или компилируете его в DLL/EXE через GCJ. MSMQ может или не может быть записан в.NET - но это действительно не имеет значения очень как ее реализованное право?
Независимо от того, выбираете ли Вы MSMQ или ActiveMQ I, рекомендовал бы, по крайней мере, рассмотреть использование NMS API, который, как Вы говорите, интегрируется большой в Spring.NET. Существует реализация MSMQ этого API, а также реализации для TibCo, ActiveMQ, и ТОПАЙТЕ, который будет поддерживать любого другого поставщика JMS через StompConnect.
Так путем выбора NMS в качестве API Вы избежите привязки к любой собственной технологии - и можно тогда легко переключить поставщиков сообщений в любом моменте времени; вместо того, чтобы блокировать Ваш код все в собственный API
Профессионалы для MSMQ.
- Это встроено в транзакции поддержек Windows
- It, это также поддерживает очереди без транзакций
- , действительно легко установить
- AD Интеграция
- , Это быстро, но необходимо было бы сравнить ActiveMQ и MSMQ для трафика для знания, который быстрее.
- .NET поддерживает его рождество
- , Поддержки запускают и забывают
- , можно посмотреть на очередь, если у Вас есть читатели, это просто смотрит. не уверенный, если можно отредактировать сообщение в очереди.
Недостатки:
- 4 МБ передают предел размера
- предел размера Очереди на 2 ГБ
- , объекты Очереди считаются на диске
- Не основным продуктом MS, документы немного сомнительны, или были им, были несколько лет, с тех пор как я использовал его.
Вот хороший блог для MSMQ
Смотрите на zeromq. Это - одна из самых быстрых очередей сообщений вокруг.
Я предлагаю, чтобы Вы взглянули на Службу обмена сообщениями TIBCO Enterprise - EMS, которая является высокопроизводительным продуктом обмена сообщениями, который поддерживает многоадресную передачу, маршрутизацию, поддерживает спецификацию JMS и обеспечивает предприятие, широкие функции включая Ваши требования suchas огонь - забывают и передают персистентность с помощью файла/базы данных с помощью общего состояния.
Как ссылка, FEDEX работает на TIBCO EMS как ее инфраструктура обмена сообщениями.
http://www.tibco.com/software/messaging/enterprise_messaging_service/default.jsp
существует партия другие ссылки, если бы я обеспечиваю, Вы были бы действительно удивлены.
На той арене существует столько опций...
Свободный: MantaRay одноранговый узел для пиринга полностью с JMS совместимая система. Интересная часть Mantaray - то, что только необходимо определить, куда сообщение идет, и MantaRay направляет его так или иначе, который получит сообщение к, он - detination - таким образом, это является более стойким к отказам отдельных узлов в матрице обмена сообщениями.
Заплаченный: В моем дневном задании я администрирую систему обмена сообщениями MQ IBM WebSphere с несколькими сотнями узлов и нашел, что он очень хорош. Мы также недавно купили EMS Tibco, и кажется, что будет довольно хорошо использовать также.
Paul /