Implementazione della cometa per ASP.NET? [chiuso]

Ho cercato modi per implementare la messaggistica simile a Gmail all'interno di un browser e sono arrivato al concetto di Comet . Tuttavia, non sono stato in grado di trovare una buona implementazione .NET che mi consenta di farlo all'interno di IIS (la nostra applicazione è scritta in ASP.NET 2.0).

Le soluzioni che ho trovato (o potrei pensare, del resto) richiedono di lasciare un thread in esecuzione per utente, in modo che possa restituirgli una risposta una volta ricevuto un messaggio. Questo non scala affatto, ovviamente.

Quindi la mia domanda è: conosci un'implementazione ASP.NET per Comet che funziona in modo diverso? È possibile anche con IIS?

Comet è difficile da scalare con IIS a causa della connettività persistente di comet, ma ora c'è un team che sta esaminando gli scenari di Comet. Guarda anche il blog di Aaron Lerch perché credo che abbia svolto alcuni dei primi lavori su Comet in ASP.NET.

WebSync è un server Comet scalabile conforme agli standard che si integra direttamente nella pipeline IIS / .NET. È anche disponibile su richiesta come servizio in hosting.

Supporta ufficialmente fino a 20.000 connessioni client simultanee per nodo server, ma i singoli test hanno visto arrivare fino a 50.000. La velocità effettiva dei messaggi è ottimale intorno al limite di 1.000-5.000 client simultanei, con messaggi recapitati fino a 300.000 al secondo da un singolo nodo.

Include il supporto lato client per JavaScript, .NET / Mono, iOS, Mac OS X, Java, Silverlight, Windows Phone, Windows Runtime e .NET Compact, con supporto lato server per .NET / Mono e PHP.

Il clustering è supportato usando SQL Server o la cache di Azure, ma è possibile scrivere provider personalizzati per qualsiasi cosa (Redis, NCache).

Disclaimer: lavoro per l'azienda che sviluppa questo prodotto.

Di recente ho scritto un semplice esempio di un server di chat con polling lungo utilizzando controller asincroni MVC 3 basato su un ottimo articolo di Clay Lenhart

Puoi utilizzare l' esempio su una distribuzione di AppHarbor che ho impostato in base all'origine dal progetto BitBucket.

Inoltre, ulteriori informazioni disponibili dal mio post sul blog che spiega il progetto .

In realtà ci sono molte scelte per creare un sito Web supportato da ajax con ASP.NET ma, onestamente, PokeIn è il modo più semplice per creare un'applicazione web supportata da ajax cometa. Ha salvato uno dei progetti della mia azienda.

Potresti anche guardare il Kaazing Enterprise Gateway che ha rilasciato una versione di produzione del loro gateway webSocket [HTML5] che sostituisce completamente il modo comet e abilita connessioni full duplex tra browser e server delle applicazioni.

Potresti anche guardare le demo di Light Streamer

Una volta ho usato un sito di chat molto tempo fa che utilizzava un server di streaming http personalizzato. In realtà ho riprodotto quel software a un certo punto per pura curiosità, ed è abbastanza facile da fare, penso. Non proverei mai a implementare un tipo simile di "richiesta infinita" in IIS, specialmente in ASP.NET, perché le richieste legano un thread del pool di thread (o un thread IO, se vengono utilizzati gestori asincroni) indefinitamente, il che significa che puoi solo gestire così tanto per server quanto la configurazione del pool di thread consente.

Se avessi un forte bisogno legittimo di tale funzionalità, scriverei onestamente un server http personalizzato per questo.

So che in realtà non risponde alla tua domanda, ma ho pensato che l'input potrebbe essere rilevante.

Il gruppo WS-I ha pubblicato qualcosa chiamato "Reliable Secure Profile" che ha un'implementazione Glass Fish e .NET che apparentemente interagiscono bene.

Con un po 'di fortuna è disponibile anche un'implementazione Javascript .

Esiste anche un'implementazione Silverlight che utilizza HTTP Duplex. È possibile collegare javascript all'oggetto Silverlight per ottenere callback quando si verifica un push.

Esistono anche versioni commerciali a pagamento .

Penso che l'approccio Comet non sia realmente scalabile a meno che non si sia pronti ad espandere la web farm orizzontalmente (aggiungendo più server web al mix). Il modo in cui funziona è che lascia una connessione TCP aperta per sessione utente, solo in modo che il server possa inviare cose in quella connessione di tanto in tanto per informare immediatamente l'utente di una modifica o attività.