Microsoft Message Queue. È deprecato?

Question

Sto davvero iniziando con Message Queue e sto cercando informazioni di base, come e così via.

Ma ho una strana sensazione con quello che sto trovando. Sembra che "Message Queue Server" non sia il modo "standard" di fare in Visual Studio 2010, Windows 7 o gli ultimissimi prodotti di Microsoft, perché tutte le informazioni che sto trovando sono legate ai vecchi prodotti Microsoft. O questa è la mia prima impressione.

Infatti: http://www.microsoft.com/msmq/ non funziona. È vuoto ?

In sintesi: non so perché ... ma penso che Message Queue di Microsoft non sia un prodotto "all'avanguardia" su cui concentrare i miei sforzi e forse c'è un altro prodotto sostitutivo. È vero o mi sbaglio?

Quale nuovo prodotto offre la stessa funzionalità al giorno d'oggi?

Grazie.

Answer 1

Viene utilizzato nei vecchi prodotti, ma non ho mai avuto motivo di pensarlo deprecato.

Un esempio di dove è supportata la coda messaggi è WCF.

Non esiste un altro modo per inviare messaggi unidirezionali a un server WCF che si sa che arriverà anche se il server è inattivo all'ora di invio.

Answer 2

MSMQ è vivo e vegeto. Lo usiamo in produzione quando abbiamo bisogno di una consegna affidabile ma NON di risposte interattive/in tempo reale. È anche integrato con WCF.

Answer 3

MSMQ non è obsoleto. Come altri hanno notato, offre abilità (un modo affidabile di messaggistica con connessioni inaffidabili tra endpoint inaffidabili) che altre categorie di moduli di comunicazione non fanno (ma MSMQ si sovrappone ad altri middleware di messaggistica inclusi cose come WebSphere * MQ di IBM).

non sono sicuro dove hai preso quel link da, ma microsoft.com ha un sacco di informazioni in linea:

• Developer: http://msdn.microsoft.com/en-us/library/ms711472%28VS.85%29.aspx
• .NET Developer: http://msdn.microsoft.com/en-us/library/8fawe8b3.aspx
• Amministratore/distribuzione: http://technet.microsoft.com/en-us/library/cc732184.aspx

Answer 4

L'accodamento dei messaggi è una tecnologia di base di Windows. È stato in giro per un tempo molto lungo, era funzionalità completa nella versione di Windows 2000. Non c'è alcun sostituto in Windows, nulla si avvicina alle sue capacità, se non soluzioni di accodamento messaggi da parte di altri fornitori.

Ciò lo rende un componente critico ma non unsexy. Circa emozionante come il file system NTFS. Di rado programmate MSMQ direttamente in questi giorni, un'altra ragione per cui non ne vedete molto. L'approccio consigliato è WCF, disponibile da .NET 3.0

Answer 5

Non posso dire che MSMQ sia deprecato, ma posso condividere la mia esperienza con il supporto di MS per MSMQ & WCF. Abbiamo una coda WCF non HTTP attivata che viene attivata tramite MSMQ utilizzando .NET 3.5. Per la disponibilità elevata, abbiamo raggruppato tale MSMQ.

Abbiamo scoperto che quando il cluster si guasta (con garbo, come per la manutenzione programmata), il servizio WCF entra in uno stato in cui l'unico modo per ripristinarlo è riciclare il pool di app. Abbiamo aperto un ticket con MS premier support, che ha dichiarato che si trattava di un difetto nel modo in cui WCF si occupava di MSMQ e che non lo avrebbero risolto in 3.5 SP1 o 4.0, ma avrebbero preso in considerazione la possibilità di risolverlo in 4.5.

Non abbiamo controllato per vedere se sono tornati indietro e corretto in 4.5, ma quell'esperienza mi ha lasciato un'impressione su dove MS stava scegliendo di investire le proprie risorse.