Отправка данных в гибкий клиент

Как день,

Я хочу передавать данные гибким клиентам. Я говорю о 5000-15000 одновременных пользователей, которым необходимо получать данные каждый раз, когда меняется валюта, так что это означает множество изменений для множества пользователей.

Я искал WebOrb.net, но производительность кажется очень низкой (100 пользователей одновременно) для такого дорогого продукта (мы купили лицензию).

Итак, мне нужно изучить альтернативы, я знаю, что есть fluorineFx, но, похоже, никто на самом деле не использует его для продуктов, и ему не хватает примеров и документации.

У меня вопрос: какие продукты могут удовлетворить мои потребности (серверная часть .net) и какую производительность я могу ожидать от этих продуктов?

Спасибо


person KensoDev    schedule 14.03.2010    source источник
comment
Я не уверен, что понимаю, какая часть weborb будет иметь низкую производительность. Мы используем его здесь с несколькими тысячами одновременных пользователей, у каждого из которых есть несколько окон приложений, и каждое окно подписано на пять очередей сообщений (сообщения rtmp / msmq - получение объектов ОГРОМНЫХ значений, которые могут содержать снимки экрана и т. Д.). Сюда не входят удаленные операции, выполняемые на каждом экране / окне приложения. Как ты тестируешь? Как выглядит ваша .NET сторона? Как несколько запросов к базе данных работают с одним запросом? Ваш global.asax тормозит или его нужно оптимизировать?   -  person jeremy.mooer    schedule 15.03.2010


Ответы (1)


Насколько я понимаю, сильные стороны как WebOrb, так и FluorineFx заключаются, прежде всего, в удаленном взаимодействии (удаленные вызовы процедур, удаленные объекты), а не обязательно в максимально эффективном продвижении обновлений данных для того типа приложения, которое вы описываете.

Возможно, вместо этого вы могли бы изучить использование низкоуровневой связи через сокеты, которая может быть более специализирована для более эффективной отправки обновлений.

Я не знаю каких-либо продуктов в продаже, но полагаю, что вещи, используемые для чатов или многопользовательских игр, могут быть в некоторой степени актуальными. В противном случае, вероятно, будет вполне осуществимо развернуть собственное соединение сокетов в ActionScript / .Net.

http://livedocs.adobe.com/flash/9.0/ActionScriptLangRefV3/flash/net/Socket.html

person Lars Blåsjö    schedule 14.03.2010