server push comet

Server Push: Ausliefern von Daten ohne Browser- Anfrage auf Basis einer Comet-Architektur

Martin Ruprecht, MAYFLOWER-Donnerstag 06.August 2009 MünchenMAYFLOWER-Donnerstag 24.September 2009 Würzburg

© MAYFLOWER GmbH 2009

2

Server Push/ Comet Architektur

Agenda

❙ Client/ Server-Kommunikation mit AJAX

❙ Einführung in Comet❙ Notwendigkeit

❙ Comet-Architektur❙ AJAX vs. Comet

❙ Auswirkungen

❙ Herausforderungen❙ Comet-Techniken❙ Application Server❙ Bayeux Protokoll

❙ Beispiele

❙ Zusammenfassung


3


Client/ Server- Kommunikation

❙ synchroner Datenaustausch❙ eine GET-Anfrage (Request)❙ eine HTTP-Antwort (Response)

❙ Asynchroner Datenaustausch (AJAX)❙ Asynchronous JavaScript And XML❙ Browser kapselt Request in eigenen Thread❙ Idealfall: reiner Datenaustausch - Teile der Webseite

werden aktualisiert❙ Typischer Einsatz von AJAX:❙ Autocompletion, Validierung, Tooltipps,...


4


Client/ Server- Kommunikation

❙ AJAX-Architektur❙ Es findet immer ein Request statt❙ Grenzen von AJAX:❙ Chat-Anwendungen, Spiele, Live-Daten vom Server


5


Einführung in Comet

❙ „The term "Comet" describes the exchanges between a client and a server in which the server, rather than the client, initiates the contact“ (Alex Russell, Dojo project)


6


Einführung in Comet

❙ Notwendigkeit

AJAX

Verbleib auf einer Webseite

Zeit zum nächsten Reload

ZeitÜbersetzt aus:Comet: Making The Web a 2-Way MediumJoe Walker, Direct Web Remoting Lead Developer


7


Was ist Comet

❙ Eine Architektur, kein Protokoll❙ Auch Server Push bzw. HTTP Push genannt❙ Wichtigstes Merkmal: Server triggert Kommunikation /

Datenübertragung zum Client❙ Typische Anwendungsfälle:❙ Chat-Anwendungen, Börsentrends, Umfrage-

Ergebnisse, Collaboration-Tools, Spiele, Live-Ticker❙ Google Docs (spreadsheet)

❙ GMail

❙ Zimbra

❙ Facebook


8


Comet- Architektur


9


AJAX vs. Comet

… oder das geht doch mit AJAX auch?

❙ AJAX polling❙ Requests in sehr kurzen Abständen, um Änderungen

vom Server „abzufragen“❙ hohe Serverlast entsteht

❙ längere Abstände führen zu Datenverlusten

❙ Comet❙ Server Push: „Server meldet sich, wenn's was Neues

gibt“❙ Nur kurz Serverlast

❙ keine Datenverluste


10


Auswirkungen

❙ … auf die Programmierung:❙ der Server triggert die Events❙ Request- / Response-Verhalten❙ Anforderungen an den Client❙ Ready-States

❙ … auf die Anwender:❙ Bessere Usability, snappy Experience, ...

❙ … auf die Serverumgebung:❙ Application Server (z.B. Jetty, Persevere, Grizzly, Perbal)


11


Herausforderungen

❙ HTTP 1.1 ❙ max. 2 Verbindungen Browser / Domain❙ Comet: mehrere Verbindungen gleichzeitig❙ Request- / Response-Ablauf

❙ Apache Server❙ ein Thread pro Verbindung zum Client❙ Requests werden so schnell wie möglich abgearbeitet

❙ Datenbank-Transaktionen pro Request❙ Verbindungsaufbau ❙ Übernahme der Änderungen

❙ Proxies❙ Caching (wartet bis Antwort komplett ist)


12


Technische Umsetzung

❙ Long Polling❙ Request (XHR, iFrame)❙ Server verarbeitet die Anfrage sehr langsam❙ bei Event, sofort Response❙ neuer Request❙ Problem mit Proxies wird umgangen

Client ServerClient

startAsyncQuery()

isQueryFinished()

sleep time

isQueryFinished()

sleep time


13


Technische Umsetzung

❙ Streaming XHR❙ persistente Verbindung von Browser zu Server❙ chunked mode❙ Forever Frame (<script> Tag in iframe)

Client ServerClientopenConnection()

sendData()

sendData()

closeConnection()


14


Application Server

❙ Inboard❙ Comet ist Bestandteil der Webserver-Architektur (z. B.

DWR Server Framework)❙ Einfacher für Neuentwicklungen

❙ Skaliert nur bedingt

❙ Comet ist „nur“ ein Teil der Infrastruktur

❙ z. B. Jetty Continous, entkoppelt Thread pro Verbindung

ApplicationServer


15


Application Server

❙ Outboard❙ Comet ist entkoppelt vom Webserver und läuft auf

einem eigenen Server❙ verhält sich wie ein Add-On (z.B. CometD Event Bus)

❙ leichte Integration bei bestehenden Environments

❙ Einstieg ist schwieriger

ApplicationServerCometD

CometD = Comet Daemon


16


Bayeux Protokoll

❙ Protokoll für Comet / Standardisierung für Comet

❙ Kommunikation zwischen Bayeux-Client und Bayeux Server

❙ Protokoll basiert auf sog. Publishing und Subscribing von Kanälen (channels) durch Server und Client

❙ Datenaustausch in JSON

❙ Aufbau einer permanenten Verbindung durch Handshake oder einfache one-off Nachrichten


17


Bayeux Protokoll im Einsatz

❙ Comet- Server benötigt keine Application-Logik❙ Kernaufgabe: Routing der Nachrichten

❙ Die eigentliche Logik kann auf der bevorzugten Plattform bleiben.

❙ Black Box


18


Bayeux Protokoll im Einsatz

Client Server

HTTP Transport

Multi- Channels

CometDObjekt

BayeuxInstanz

PublisherSubscriber

SubscriberPublisher


19


Beispiele

❙ Stocker Application❙ Persevere Server (basierend auf Jetty)❙ CometD❙ Dojo im Frontend

❙ Chat❙ Jetty❙ CometD❙ Dojo im Frontend

<script type="text/javascript"> dojo.require("dojox.cometd.RestChannels"); //do some more comet </script>


20


Zusammenfassung

❙ Bestimmten Anforderungen der Webapplikationen kann AJAX nicht mehr genügen❙ Chat, Spiel, kollaboratives Arbeiten, Umfragen,...❙ Server- und Client-Daten zu unterschiedlich

❙ Comet als Architekur, um Daten vom Server zum Client zu senden❙ Einsatz von Application-Server❙ CometD und Bayeux als nützliche Hilfe

❙ Zukunftsmusik: HTML 5❙ WebSockets

Vielen Dank für die Aufmerksamkeit!

Martin RuprechtMayflower GmbH

Mannhardtstr. 6 80538 München+49 (89) 24 20 54 - [email protected]

server push comet

Technology