Ответ 1
Я думаю, что следующие ссылки помогут вам..
Прототип WebSockets с Silverlight, HTML-мостами и JavaScript
Раньше сегодня я наткнулся на API-интерфейс WebSocket от Kaazing для HTML5.
Выглядит фантастически, но поскольку я только сейчас изучаю возможности WebSocket для финансового обновления в реальном времени, я хотел бы услышать некоторые рекомендации и ошибки, которые следует избегать при планировании этой архитектуры.
Я смотрю ASP.Net MVC и, возможно, MVPM WPF/Silverlight.
Есть ли другой API WebSocket, который лучше (и почему) и некоторые хорошие примеры?
Также, какой трафик может обрабатывать WebSockets? Я имею в виду, если у нас более миллиона пользователей при обновлении системы в режиме реального времени, как меняются требования к оборудованию, потому что архитектура программного обеспечения реализует WebSockets?
Я думаю, что следующие ссылки помогут вам..
Прототип WebSockets с Silverlight, HTML-мостами и JavaScript
Поздний ответ. Вот WebSocket Server (фреймворк), основанный на .NET и поддерживающий моделирование/контроллер и проверки и т.д. Таким образом, который напоминает MVC. Очень легко начать использовать его. Просто создайте новый проект MVC3 и введите:
Установочный пакет XSockets
Использование консоли диспетчера пакетов в Visual Studio
Дополнительная информация о http://xsockets.net
И да, он поддерживает RFC6455 и Hibi00 и имеет резерв для более старых браузеров.
Я решил, что вернусь к этому, теперь, когда у меня есть готовое решение для производства. Я взглянул на несколько продавцов, которые в основном взимают много денег за то, что вы, по сути, можете построить самостоятельно. Все они имеют хорошие продукты, и если ваше время выхода на рынок имеет решающее значение, эти варианты prefab могут быть лучшими в краткосрочной перспективе.
После того, как я начал с Node.JS с Socket.IO, я переключил свое внимание на SignalR - асинхронную сигнальную библиотеку для .NET, чтобы помочь создавать интерактивные веб-приложения в режиме реального времени, многопользовательские интерактивные веб-приложения и использовать реализацию концентратора.
Он управляет всем зданием тяжелого подъема и соединения всего несколькими строками JavaScript и автоматически выбирает соответствующий транспортный протокол для подключения.
Для среды с балансировкой нагрузки требуется реализация кэширующего сервера, такого как Redis.
Здесь реализация С# клиента и сервера Web Socket в CodeProject:
https://github.com/Olivine-Labs/Alchemy-Websockets
Здесь сервер веб-сервера с открытым исходным кодом и клиентская библиотека. С#/Javascript. Включает резервные копии флеш-сокетов для браузеров, которые еще не имеют веб-узлов. Проверено на большинстве веб-браузеров, включая мобильные, работает везде.
Финансовые результаты в реальном времени? Я не знаю, сколько соединений вы планируете обрабатывать, но это также самое масштабируемое решение, доступное прямо сейчас.
Хотя количество браузеров довольно ограничено для веб-сайтов, для мобильных браузеров есть поддержка. Но я бы рассматривал возможность использования более креативных браузеров, таких как PokeIn обратная библиотека ajax