Implementação do cometa para ASP.NET? [fechadas]

Estive procurando maneiras de implementar mensagens do tipo gmail dentro de um navegador e cheguei ao conceito do Comet . No entanto, não consegui encontrar uma boa implementação do .NET que me permita fazer isso no IIS (nosso aplicativo foi escrito em ASP.NET 2.0).

As soluções que encontrei (ou nas quais poderia pensar, nesse caso) exigem deixar um thread em execução por usuário - para que ele possa retornar uma resposta assim que receber uma mensagem. Isso não escala de forma alguma, é claro.

Portanto, minha pergunta é - você conhece uma implementação ASP.NET para o Comet que funciona de uma maneira diferente? Isso é possível com o IIS?

O Comet é desafiador para escalar com o IIS por causa da conectividade persistente do cometa, mas há uma equipe analisando os cenários do Cometa agora. Veja também o blog de Aaron Lerch, pois acredito que ele fez alguns trabalhos iniciais do Comet no ASP.NET.

WebSync é um servidor Comet escalonável em conformidade com os padrões que se integra diretamente ao pipeline IIS / .NET. Também está disponível sob demanda como um serviço hospedado.

Oficialmente, ele suporta até 20.000 conexões de cliente simultâneas por nó de servidor, mas testes individuais chegaram a 50.000. O rendimento da mensagem é ideal em torno da marca de 1.000-5.000 clientes simultâneos, com mensagens entregues em até 300.000 por segundo de um único nó.

Inclui suporte do lado do cliente para JavaScript, .NET / Mono, iOS, Mac OS X, Java, Silverlight, Windows Phone, Windows Runtime e .NET Compact, com suporte do lado do servidor para .NET / Mono e PHP.

O clustering é compatível com o SQL Server ou o Cache do Azure pronto para uso, mas os provedores personalizados podem ser escritos para praticamente qualquer coisa (Redis, NCache).

Isenção de responsabilidade: Eu trabalho para a empresa que desenvolve este produto.

Recentemente escrevi um exemplo simples de um servidor de bate-papo de longa sondagem usando MVC 3 Async Controllers baseado em um ótimo artigo de Clay Lenhart

Você pode usar o exemplo em uma implantação AppHarbor que configurei com base na fonte do projeto BitBucket.

Além disso, mais informações disponíveis no meu blog explicando o projeto .

Na verdade, existem muitas opções para criar um site com suporte para Ajax com ASP.NET, mas, honestamente, PokeIn é a maneira mais fácil de criar um aplicativo da Web compatível com Ajax Cometa. Salvou um dos projetos da minha empresa.

Você também pode olhar para o Kaazing Enterprise Gateway, que fez um lançamento de produção de seu gateway webSocket [HTML5], que substitui completamente o caminho do cometa e permite conexões full-duplex entre navegadores e servidores de aplicativos.

Você também pode dar uma olhada em Light Streamer Demos

Certa vez, usei um site de bate-papo há muito tempo que utilizava um servidor de streaming http personalizado. Na verdade, reproduzi esse software em um ponto por pura curiosidade, e acho que é fácil de fazer. Eu nunca tentaria implementar um tipo semelhante de "solicitação infinita" no IIS, especialmente no ASP.NET, porque as solicitações amarram um thread de pool de threads (ou thread de E / S, se manipuladores assíncronos forem usados) indefinidamente, o que significa que você só pode lidar com tanto por servidor quanto sua configuração de pool de threads permite.

Se eu tivesse uma forte necessidade legítima dessa funcionalidade, honestamente, escreveria um servidor http personalizado para ela.

Sei que isso não responde realmente à sua pergunta, mas achei que a entrada pode ser relevante.

O grupo WS-I publicou algo chamado "Perfil Seguro Confiável" que tem uma implementação Glass Fish e .NET que aparentemente opera bem.

Com alguma sorte, existe uma implementação Javascript por aí também.

Também existe uma implementação do Silverlight que usa HTTP Duplex. Você pode conectar o javascript ao objeto Silverlight para obter retornos de chamada quando ocorrer um push.

Existem também versões comerciais pagas .

Acho que a abordagem do Comet não é realmente escalonável, a menos que você esteja preparado para expandir o farm da web horizontalmente (adicionando mais servidores da web à mistura). A maneira como funciona é que deixa uma conexão TCP aberta por sessão de usuário, apenas para que o servidor possa enviar coisas para essa conexão de tempos em tempos para informar imediatamente o usuário sobre uma mudança ou atividade.