Da minha pesquisa, olhar para o Node.JS com o SocketIO usando o IISNode pode ser uma boa opção. No entanto, muita menção foi feita ao Node.JS com a SignalR, e ainda mais, a integração do SignalR com o .Net é completamente transparente.
Os candidatos a isso são as tecnologias Jabber / Comet / XMPP e WebSocket.
Campo de cometas:
Acampamento de WebSockets:
(não foi possível postar em dois links)
Como a infraestrutura existente é uma pilha da Microsoft, prefiro não introduzir servidores baseados em Java na mistura. Dizendo isso, deixa (um muito atraente) WebSync (Comet) e SuperWebSocket (WebSockets). No entanto, a integração da DLL do Pokein é bastante simples em um projeto .Net também.
Existe alguma iniciativa WebSocket mais real no nível de produção para .Net? É muito cedo para adotar WebSockets em uma pilha da Microsoft, e devo ir a favor de algo como Kazing?
Ainda estou aguardando um relatório sobre os tipos e versões de navegadores da nossa base de usuários atual (verificando a compatibilidade com HTML5). Eu estou suspeitando que esse número será baixo (base de usuários mais antigos). Se for esse o caso, a opção do cometa seria o vencedor.
Quais são algumas outras coisas a considerar?
Posso obter alguns comentários de alguém que usou alguma das tecnologias e produtos listados acima?
Obrigado.
Sou parcial (eu trabalho no Frozen Mountain), mas você deve verificar o WebSync.
O WebSync v4 usa o WebSockets, além de voltar a pesquisas de polling / retorno de chamada longas, conforme necessário. Os WebSockets no WebSync também estão em todas as portas HTTP padrão, portanto, não haverá problemas com roteadores / filrewalls / etc.
Em um sistema "normal", você deve ver ~ 20k simultâneos (por nó) e ~ 100k mensagens / s. Esses são números muito aproximados, já que isso depende drasticamente do seu sistema e dos tipos de mensagens que você está enviando, etc. Vimos até 50k usuários (por nó) e (em um teste diferente) 300k mensagens / segundo .
Alguns comentários de outras pessoas que usaram: