今天早些時候，我遇到了Kaazing's WebSocket API for HTML5。ASP.NET MVC/MVVM的Websockets
看起來棒極了，但由於我現在只是在研究WebSocket實時財務更新的可能性，所以我想聽聽一些建議，以及規劃此架構時要避免的陷阱。
我在看ASP.Net MVC，可能還有一些WPF/Silverlight MVVM。
是否還有其他WebSocket API更好（以及爲什麼）以及一些好的示例？
此外，WebSockets可以處理什麼樣的流量？我的意思是，如果我們有超過一百萬用戶在實時更新系統上，硬件需求如何改變，因爲軟件架構實現了WebSockets？
這裏有一個web套接字客戶端和服務器的CodeProject上一個C＃實現：
https://github.com/Olivine-Labs/Alchemy-Websockets
這是一個開源的websocket服務器和客戶端庫。 C＃/ JavaScript的。包括尚未使用websocket的瀏覽器的閃回套接字回退。在大多數網絡瀏覽器上進行測試，包括移動瀏覽器，無處不在。
實時財務狀況？我不知道你計劃處理多少個連接，但這也是現在可用的最具可擴展性的解決方案。
儘管websockets的瀏覽器數量相當有限，但移動瀏覽器對此有支持。但我會考慮使用更多的跨瀏覽器友好的選擇，如PokeIn反向ajax庫
一個遲到的答案。這是一個基於.NET的WebSocket服務器（框架），它支持模型綁定/控制器和驗證等，以提醒MVC。開始使用它非常容易。只要創建一個新的MVC3項目和類型：
安裝，包裝XSockets
在Visual Studio中使用的軟件包管理器控制檯
更多信息上http://xsockets.net
是的，它支持RFC6455和Hibi00和對「老」瀏覽器有一個回退。
我想我會回來在這，現在我有一個解決方案准備生產。我看了幾個供應商，他們基本上都會收取大量的資金用於實質性構建自己的產品。他們都有很好的產品，如果你的產品上市時間很關鍵，那麼這些預製選項可能是短期內最好的。
通過使用Socket.IO與Node.JS一起，我將注意力轉移到了SignalR--一個異步信號庫for。NET來幫助構建實時的多用戶交互式Web應用程序，並使用中心實現。
它只用幾行JavaScript管理所有繁重的連接和連接，並自動選擇適當的傳輸協議進行連接。
對於負載平衡環境，需要實現Redis等高速緩存服務器。