Опрос производительности веб-сервиса - будет ли это работать?

Question

Наше приложение нуждается в мгновенном уведомлении, поэтому очевидно, что я должен использовать некоторый дуплекс WCF или сокетную связь. Проблема в том, что приложение частично доверяет XBAP, и поэтому я не могу использовать ничего, кроме BasicHttpBinding. Поэтому мне нужно опросить изменения.

Не возникает вопрос: мой премьер-министр говорит, что интервал обновления должен составлять около 2 секунд и работать в интрасети с 500 пользователями на одном веб-сервере.

Кто-нибудь из вас знает, как опрос может повлиять на веб-сервер.

Служба очень проста, она принимает guid в качестве аргумента и возвращает список направляющих. Весь доступ к данным кэшируется, поэтому я предполагаю, что нагрузка на сервер минимальна для одного звонка, но для 500 ...

За исключением опроса, веб-сервер имеет мало работы.

Итак, основываясь на этой маленькой информации (предположим, что стандартное серверное ПО, что бы это ни было), можно ли сделать квалифицированное предположение?

• Можно или нет реализовать это, будет ли работать?

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

Привет

Larsi

Answer 1

Не оцените, эталон.

Answer 2

Опрос .. плохо, но если у вас нет другого выбора, то он идеален:)

Примите во внимание тот факт, что у вас, без сомнения, будет активная учетная запись, поэтому у вас будет 500 постоянно подключенных пользователей. Использование памяти этого, вероятно, будет более значительным, чем использование процессора. Я не могу себе представить, что доступ к сети (даже в относительно ненадежном веб-сервисе) потреблял бы большую емкость сети, но ваша задержка в сети могла бы стать проблемой - тем более, что мы все видели, как веб-приложения на некоторое время пауза. *

В конце концов, вы, вероятно, будете в порядке, но вам придется проверить это самостоятельно. Существует множество стресс-тестеров веб-служб, вы можете использовать WAS-инструмент Microsoft для одного, вот несколько ссылок на другие.

Answer 3

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

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

Answer 4

250 qps, вероятно, выполнимо при довольно скромном аппаратном обеспечении и пропускной способности сети при условии, что вы минимизируете данные, отправляемые туда-сюда. Я предполагаю, что вы кэшируете эти списки GUID на клиенте, поэтому вы можете просто отправить небольшой ответ «без обновлений» в обычном случае.

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

Answer 5

Попробуйте использовать soapu i, инструмент тестирования веб-сервисов, чтобы проверить производительность вашего веб-сервиса. Существует платная версия и бесплатная версия с открытым исходным кодом.

ура