Rendimiento del servicio web de sondeo: ¿Funcionará?

Question

Nuestra aplicación necesita notificación instantánea, por lo que, obviamente, debería usar algunos dúplex WCF o comunicación de socket. El problema es que la aplicación es XBAP de confianza parcial y, por lo tanto, no puedo usar nada más que BasicHttpBinding. Por lo tanto, tengo que sondear los cambios.

No surge la pregunta: Mi PM dice que el intervalo de actualización debe ser de 2 segundos, y ejecutarse en una intranet con 500 usuarios en un único servidor web.

¿Alguno de ustedes tiene experiencia en cómo el sondeo podría influir en el servidor web?

El servicio es muy simple, toma un guid como argumento y devuelve una lista de guids. Todos los accesos de datos se almacenan en caché, así que supongo que la carga en el servidor es mínima para una sola llamada, pero para 500 ...

Excepto en el sondeo, el servidor web tiene poco trabajo.

Entonces, basado en esta pequeña información (supongamos un servidor estándar HW, sea lo que sea), ¿es posible hacer una estimación calificada?

• ¿Es posible o no implementar esto? ¿Funcionará?

Sí, sé que estimar esto es difícil, pero me encantaría que algunos de ustedes compartan algunas ideas sobre esto

Saludos

Larsi

Answer 1

Sondeo ... mal, pero si no tienes otra opción, entonces es ideal :)

Tenga en cuenta el hecho de que, sin duda, tendrá la vida activa, por lo que tendrá 500 usuarios conectados permanentemente. El uso de memoria de eso probablemente será más significativo que el uso del procesador. No puedo imaginar que el acceso a la red (incluso en un servicio web relativamente abultado) usaría mucha capacidad de red, pero la latencia de su red podría convertirse en un problema, especialmente porque todos hemos visto "pausar" las aplicaciones web por un tiempo.

Sin embargo, al final, probablemente estarás bien, pero tendrás que comprobarlo tú mismo. Hay un montón de probadores de estrés de servicio web, puede usar herramienta WAS de Microsoft para uno, aquí está < a href = "http://www.testingfaqs.org/t-load.html" rel = "nofollow noreferrer"> algunos enlaces a otros.

Answer 2

No estimar, punto de referencia.

Answer 3

Intente usar soapu i, una herramienta de prueba de servicio web, para verificar el rendimiento de su servicio web. Hay una versión de pago y una versión de código abierto que es gratuita.

saludos

Answer 4

No creo que sea un problema particular. Me imagino que el tiempo de respuesta para cada solicitud sería bastante bajo, a menos que esté retirando una gran cantidad de datos, por lo que 500 conexiones distribuidas en 2 segundos no deberían afectar demasiado.

Puede usar una herramienta de prueba de estrés para verificar que su servidor web pueda manejar la carga, antes de comprometerse con este diseño.

Answer 5

Es probable que 250 qps sea factible con un hardware y un ancho de banda de red bastante modestos, siempre que minimice los datos devueltos & amp; adelante. Supongo que está guardando estas listas de GUID en el cliente para que pueda enviar un pequeño " sin actualizaciones " Respuesta en el caso normal.

Debería ser bastante fácil de medir con un prototipo simple, aunque para tener más confianza.