我想使用WCF + net.MSMQ，我對Azure Service Bus或Azure隊列不感興趣，但這些東西太貴了，不符合我設置P2P服務的要求。Azure上有MSMQ
可靠性也不是問題，系統內置的機制已經可以檢查丟失的消息 - 在出現嚴重硬件故障的情況下。
鑑於這一切，如果我有內部與下面的代碼行，將這項工作，例如本地存儲的再次可靠性預留一個Web /輔助角色服務：
MessageQueue.Create(newQueuePath, isTransactional)
也將呼叫轉移到WCF MSMQ服務在外部/內部端點的負載平衡器後面成功嗎？
目前從Windows Azure沒有MSMQ平臺產品爲Azure Storage Queues和Azure Service Bus被認爲是一個替代品。
然而，每一個博客，報告和知識淵博的人是「真正很快現在某個時候」預感從微軟IAAS發行的必然釋放。當發生這種情況時，在Azure中運行諸如MSMQ的產品將成爲可能。
沒有Azure版本的MSMQ。
我相信沒有什麼可以從MSMQ遷移到Azure的隊列
我們的團隊擁有MSMQ和Service Bus。我們正在積極努力使這兩種技術之間的橋變得容易，並且我們還將在本地提供Service Bus消息傳遞引擎。構建一個簡單的抽象應該相當簡單，現在可以使用這個或那個。
你可能也想看看http://code.msdn.microsoft.com/windowsazure/Brokered-Messaging-MSMQ-a31c6644
我希望這個服務總線解決方案能夠滿足完全分佈式，分散式系統的需求。現在這是Service Bus/Queue體系結構中缺少連接的痛處。一切都進入IP地址，如果音量太大，負載均衡就會滿足您的需求，即使交換機開始出現故障。當然，您可以構建一個軟件抽象來在服務總線之間實現負載平衡，但是在這一點上它非常複雜，爲什麼不從MSMQ開始，在某些情況下實際上可以擴展？ – Alwyn
你不明白你指的是什麼。 Windows Azure服務總線是一個多節點集羣系統，每個縮放單元有幾十個前端和後端，並具有故障轉移功能，我們將其作爲PaaS運行。 –
另一個需要注意的是，每個服務器只有有限的硬盤驅動器，所以如果服務總線不能跟上，我們會有系統緩衝區溢出。所有的100臺服務器都會崩潰。 – Alwyn
我希望如此。謝謝回覆。儘管我可以看到Azure隊列和服務總線的用途，但他們將應用程序綁定到Azure服務太多。哪種方法在收益要求的情況下沒有問題，但對於許多項目而言，我也不例外，情況並非如此。 – Alwyn
是否有更新爲azure或aws產品的msmq？ –