Prestazioni del servizio web di polling - Funzionerà?

Question

La nostra app richiede una notifica immediata, quindi ovvio dovrei usare un po 'di WCF duplex o comunicazione socket. Il problema è che l'app è parzialmente attendibile XBAP, e quindi non mi è permesso usare altro che BasicHttpBinding. Pertanto, devo effettuare il polling per le modifiche.

No arriva la domanda: il mio PM afferma che l'intervallo di aggiornamento dovrebbe essere di almeno 2 secondi ed essere eseguito su una rete intranet con 500 utenti su un singolo server Web.

Qualcuno di voi ha esperienza di come il polling influenzerebbe il web server.

Il servizio è molto semplice, prende una guida come argomento e restituisce un elenco di guide. Tutti gli accessi ai dati sono memorizzati nella cache, quindi immagino che il carico sul server sia minimo per una singola chiamata, ma per 500 ...

Tranne il polling, il server web ha poco lavoro.

Quindi, sulla base di queste piccole informazioni (supponiamo un server standard HW, qualunque cosa sia), è possibile fare un'ipotesi qualificata?

• È possibile o no implementarlo, funzionerà?

Sì, lo so stimare questo è difficile, ma sarei davvero felice se alcuni di voi potessero condividere alcuni pensieri su questo

Saluti

Larsi

Answer 1

Polling .. male, ma se non hai altra scelta, allora è l'ideale :)

Tieni presente che senza dubbio avrai keep-alive attivi, quindi avrai 500 utenti connessi in modo permanente. L'uso della memoria sarà probabilmente più significativo dell'uso del processore. Non riesco a immaginare che l'accesso alla rete (anche in un servizio Web relativamente gonfio) utilizzerebbe molta capacità di rete, ma la latenza della tua rete potrebbe diventare un problema, specialmente perché tutti abbiamo visto "mettere in pausa" le applicazioni Web per un po '.

Alla fine, però, probabilmente starai bene, ma dovrai controllarlo da solo. Esistono numerosi tester per lo stress dei servizi Web, è possibile utilizzare lo strumento WAS di Microsoft per uno, ecco < a href = "http://www.testingfaqs.org/t-load.html" rel = "nofollow noreferrer"> alcuni link ad altri.

Answer 2

Non stimare, benchmark.

Answer 3

Prova a utilizzare soapu i, uno strumento di test del servizio web, per verificare le prestazioni del tuo servizio web. Esiste una versione a pagamento e una versione open source gratuita.

applausi

Answer 4

Non penso che sarà un problema particolare. Immagino che il tempo di risposta per ogni richiesta sarebbe piuttosto basso, a meno che tu non stia recuperando un sacco di dati, quindi 500 connessioni distribuite su 2 secondi non dovrebbero colpirlo troppo.

Puoi utilizzare uno strumento di stress test per verificare che il tuo server web sia in grado di gestire il carico, prima di impegnarti in questo progetto.

Answer 5

250 qps probabilmente è fattibile con hardware piuttosto modesto e larghezza di banda di rete purché minimizzi i dati inviati indietro & amp; via. Suppongo che stai memorizzando nella cache questi elenchi GUID sul client in modo da poter semplicemente inviare un piccolo "nessun aggiornamento" risposta nel caso normale.

Dovrebbe essere abbastanza facile da misurare con un semplice prototipo, sebbene sia più sicuro.