Embed Size (px)
Citation preview
¿Por que necesitamos aplicaciones real-time?
¡Los usuarios quieren la ultima informacion AHORA!
Twitter – live searches/updates Stock streamersAuctionsLive scoresReal-time notificationsInteractive gamesCollaborative appsLive user analytics… 6
¿Que tecnologias tenemos hoy?
HTTP no esta preparado…Nunca se diseño para comunicaciones real-timeLa web es request-responseLa web es stateless
Para solucionar esto se invento HTML5 WebSockets
HTTP/1.1 200 OKContent-Type: text/plainTransfer-Encoding: chunked
Forever Frame
– El server le dice al cliente que el response es chuncked– El cliente mantiene la coneccion abierta hasta que el servidor
la cierra– El servidor envia los datos al cliente seguido de un \0– Este proceso consume threads del servidor
Client<script>eval("... ")</script>\0<script>eval("... ")</script>\0
Server
Periodic polling
– Cada cierto tiempo el cliente pregunta si hay nuevos datos al servidor utilizando Ajax
– El tiempo de latencia minimo esta determiando por el “polling interval”
– Desperdicia ancho de banda y latencia
Polling intervalClient
Server
Long polling
– El cliente pregunta pero el servidor no responde hasta que tenga datos nuevos para enviar
– El cliente pregunta de nuevo cuando los datos son recibidos o despues de que hay una time out en al coneccion
– Consume threads y conexiones del servidor
Client
Server
HTML5 WebsocketsExtension de HTTPProvee sockets sobre HTTPFull-duplexFunciona a travez de proxies
Todavia es un draft…No todos los proxy servers lo soportanNo todos los webserver lo soportanNo todos los browsers lo soportan¡Son sockets!
En definitiva:¡Muchas opciones!
• Forever Frame• Periodic polling• Long polling• HTML5 WebSockets
SignalR
¡3 en uno!• Conexiones “persistentes” entre cliente y
servidor sobre el mejor transporte• Abstrae el modelo de poolling subyasente• Provee un solo modelo de programacion
DEMO
Hello SignalR
¿Que paso?• El servidor hizo broadcasting del mensaje enviado• Los clientes recibieron los mensajes• ¡El codigo para todo esto es facil!• No hay polling (por lo menos no en el codigo)
Dos modelos de conexionPersistentConnectionComunica 1..N clientesEs un IHttpHandlerRequiere que se defina una rutaLimitado a enviar mensajesEl usuario define el “protocolo”
HubsComunica 1..N clientesAbstraccion sobre PersistentConnectionLas rutas se mapean automaticamente (/signalr/hubs)Se pueden enviar mensajes y llamar a metodosSignalR define el protocolo
Hubs• Los metodos de un Hub se pueden llamar
desde el cliente• Los metodos de un cliente se pueden llamar
desde el servidor– Se pueden llamar a clientes individuales– Se pueden llamar todos clientes– Se pueden llamar a grupos de clientes
Demo
Hubs
Clients
ClientesEn el servidorSe puede hostear en cualquier aplicacion ASP.NET
En el clienteJavaScript
Pero hay mas…
Clientes
En el servidor“SelfHost”Windows Azure
En el clienteJavaScriptCualquier aplicacion .NETCualquier dispositivo Windows PhoneiOSAndroid
Preguntas?
¡Gracias!
