Очередь сообщений Microsoft. Это устарело?

Question

Я действительно начинаю с очереди сообщений, и я ищу очень основную информацию, как это сделать и т. Д.

Но у меня возникает странное ощущение от того, что я нахожу.Кажется, что «Сервер очереди сообщений» не является «стандартным» способом в Visual Studio 2010, Windows 7 или самых последних продуктах Microsoft, потому что вся информация, которую я нахожу, связана со старыми продуктами Microsoft.Или это мое первое впечатление.

На самом деле: http://www.microsoft.com/msmq/ не работает.Это пусто?

В заключение: я не знаю почему ... но я думаю, что Message Queue от Microsoft не является "передовым" продуктом, на который я мог бы приложить свои усилия, и, возможно, есть другой продукт замещения.Это правда или я ошибаюсь?

Какой новый продукт предлагает такую ​​же функциональность в настоящее время?

Спасибо.

Answer 1

Не могу сказать, что MSMQ устарела, но я могу поделиться своим опытом с премьер-поддержкой MS в отношении MSMQ и WCF.У нас есть очередь WCF без активации HTTP, которая активируется через MSMQ с использованием .NET 3.5.Для обеспечения высокой доступности мы кластеризовали этот MSMQ.

Мы обнаружили, что при сбое кластера (изящно, например, для планового обслуживания) служба WCF переходит в состояние, в котором единственный способ восстановить ее.это перезапустить пул приложений.Мы открыли тикет с поддержкой премьер-министра MS, который заявил, что это было дефектом в том, как WCF взаимодействует с MSMQ, и что они не исправят его в 3.5 SP1 или 4.0, но рассмотрят исправление в 4.5.

Мы не проверили, вернулись ли они и исправились ли в 4.5, но этот опыт оставил у меня впечатление, куда MS решила инвестировать свои ресурсы.

Answer 2

Организация очередей сообщений является основной технологией Windows. Это было в течение очень долгого времени, оно было полнофункциональным в выпуске Windows 2000. В Windows нет замены, ничто не сравнится с ее возможностями, кроме решений для организации очередей сообщений от других поставщиков.

Это делает его критическим компонентом, но несексуальным. Примерно так же увлекательно, как файловая система NTFS. Вы редко программируете MSMQ непосредственно в эти дни, еще одна причина, по которой вы не видите много об этом. Рекомендуемый подход - WCF, доступен с версии .NET 3.0

.

Answer 3

MSMQ жив и здоров.Мы используем его в производстве, когда нам нужна надежная доставка, а НЕ интерактивные ответы / ответы в реальном времени.Он также интегрирован с WCF.

Answer 4

MSMQ не считается устаревшим. Как уже отмечали другие, он предлагает возможности (надежный односторонний обмен сообщениями с ненадежными соединениями между ненадежными конечными точками), которых нет у других категорий форм связи (но MSMQ пересекается с другим промежуточным программным обеспечением для обмена сообщениями, включая такие вещи, как IBM WebSphere * MQ).

Я не уверен, откуда вы взяли эту ссылку, но на microsoft.com есть много встроенной информации:

• Разработчик: http://msdn.microsoft.com/en-us/library/ms711472%28VS.85%29.aspx
• .NET Разработчик: http://msdn.microsoft.com/en-us/library/8fawe8b3.aspx
• Администратор / развертывание: http://technet.microsoft.com/en-us/library/cc732184.aspx

Answer 5

Он используется в старых продуктах, но у меня никогда не было причин считать его устаревшим.

Один из примеров поддержки очереди сообщений: WCF .

Нет другого способа отправлять односторонние сообщения на сервер WCF, которые, как вы знаете, будут поступать, даже если сервер не работает во время отправки.