2013-03-18 26 views
7

我有興趣使用Azure服務總線通知中心。然而,我的第一個「客戶端」將是一個基於websocket的基於Knockout的ASP.NET MVC網站的連接。目前,我正在嘗試將SignalR推送給客戶。Azure服務總線通知中心是否可以使用websockets和javascript?

但是,它看起來像這將是容易得多,如果我可以使用SB通知中心。所有的the examples都是Windows或iOS。

你可以使用Azure的服務總線通知集線器與基於HTML的WebSocket客戶?

+0

在燈架上有一個更多,更新的狀態,請參閱我的答案。我會更新這個,因爲我聽到更多。 – Phobis 2018-02-26 02:44:39

回答

3

我在服務總線團隊的項目經理。 沒有計劃支持HTML上的WebSockets作爲通知中心的輸出管道。 目前最好的選擇是使用SignalR,它可以使用Service Bus進行擴展。

有什麼通知集線器,讓你說,這將是最好SignalR的特點?

+3

我的選擇是SignalR + Service Bus,或像Pusher這樣的專門服務。使用SignalR,我將它部署在Azure中的Web角色中。它可能不會像我的網頁使用率那樣增長。通過像通知中心這樣的專用服務來實現這一點意味着我不必考慮與託管SignalR相關的服務器端問題,或者它對我的應用程序的其餘部分的影響。 – Doug 2013-03-22 17:36:51

+1

謝謝你回答道格。這是非常有用的反饋。 – 2013-03-22 22:08:58

+2

我有興趣使用通知中心而不是SignalR將負載移出服務器。這個想法是通過讓Azure通知Web瀏覽器新消息來減少一半的負載,從而消除了我們服務器上持久連接的需求。在富客戶端時代,我們儘可能減少服務器上的負載 – reddy 2015-12-25 19:00:52

2

我們花了好幾天試圖做你的描述,但我們無法得到SignalR/WebSockets向在Azure雲計算工作。 SignalR/WebSocket每次都失敗,產生連接失敗/重新連接的無限循環。我們能夠成功地使SignalR/LongPolling(不是WebSockets)在Azure雲上運行。之後我們瞭解到Azure Cloud上的VM顯然根本不支持WebSocket。我們的經驗表明,您可能無法在運行在Azure雲上的SignalR上使用基於WebSocket的HTML客戶端,儘管您可能會使LongPolling正常工作。

+2

這對我在Azure雲服務上的工作很好。關於如何完成這項工作,有不少文章。 你可能想嘗試網站的例子(不一樣的VM,但至少應該看到,如果你有一個問題在其他地方)http://blogs.msdn.com/b/timlee/archive/2013/02 /27/deploy-the-signalr-getting-started-sample-as-a-windows-azure-web-site.aspx – Doug 2013-05-02 19:37:42