Paradigmenwechsel bei webapplikationen

1. Die Applikation ist ein Netz Mayﬂower GmbH 2009
2. Johann-Peter Hartmann 20% 80% Manager Hacker Mayﬂower GmbH 2009
3. Amoeba There is no Spoon Desktop PC Mayﬂower GmbH 2009
4. Präsentationsschicht Business-Logik Datenbank Mayﬂower GmbH 2005
5. Präsentationsschicht HTML Business-Logik PHP / Ruby / python Datenbank Oracle / MySQL Mayﬂower GmbH 2005
6. Präsentationsschicht HTML Business-Logik PHP / Ruby / python Datenbank Oracle / MySQL Mayﬂower GmbH 2005
7. Trend 1 Mayﬂower GmbH 2009
15. Trend II Präsentationsschicht Business-Logik Datenbank Mayﬂower GmbH 2009
16. Trend II Präsentationsschicht Ajax Business-Logik Datenbank Mayﬂower GmbH 2009
20. Präsentationsschicht Business-Logik Datenbank Mayﬂower GmbH 2009
21. Präsentationsschicht Business-Logik Business-Logik Business-Logik Datenbank Datenbank Datenbank Mayﬂower GmbH 2009
22. SOA Präsentationsschicht Business-Logik Business-Logik Business-Logik Datenbank Datenbank Datenbank Mayﬂower GmbH 2009
23. Architekturwechsel Präsentationsschicht Server-Side Präsentationsschicht Business-Logik Business-Logik Business-Logik Datenbank Datenbank Datenbank Mayﬂower GmbH 2009
24. Architekturwechsel JS-Applikation Service Service Service Business-Logik Business-Logik Business-Logik Datenbank Datenbank Datenbank Mayﬂower GmbH 2009
25. Architekturwechsel Eigene Browserapplikation Fremd Service Service Service Business-Logik Business-Logik Business-Logik Datenbank Datenbank Datenbank Mayﬂower GmbH 2009
26. Architekturwechsel Eigene Browserapplikation Fremd Service Service Service extern Business-Logik Business-Logik Business-Logik extern Datenbank Datenbank Datenbank extern Mayﬂower GmbH 2009
27. 2-Tier Web Application Fremde Eigene Browserapplikation Applikation Rich Internet Application Externe Services Eigene Services Service-Cloud Mayﬂower GmbH 2009
28. Wo ist der Code? Präsentationsschicht Business-Logik Datenbank Mayﬂower GmbH 2009
29. Wo ist der Code? Präsentationsschicht Business-Logik Datenbank Mayﬂower GmbH 2009
30. Wo ist der Code heute? Fremde Eigene Browserapplikation Applikation Rich Internet Application Externe Services Eigene Services Service-Cloud Mayﬂower GmbH 2009
35. RIA-Layer • Ist der Kern der Applikation Mayﬂower GmbH 2009
36. RIA-Layer • Ist der Kern der Applikation • User Interface und Interaction Mayﬂower GmbH 2009
37. RIA-Layer • Ist der Kern der Applikation • User Interface und Interaction • Workﬂowsteuerung Mayﬂower GmbH 2009
38. RIA-Layer • Ist der Kern der Applikation • User Interface und Interaction • Workﬂowsteuerung • Glue-Code-Layer für Services Mayﬂower GmbH 2009
39. RIA-Layer • Ist der Kern der Applikation • User Interface und Interaction • Workﬂowsteuerung • Glue-Code-Layer für Services • Impliziter Deploy Mayﬂower GmbH 2009
40. RIA-Layer • Ist der Kern der Applikation • User Interface und Interaction • Workﬂowsteuerung • Glue-Code-Layer für Services • Impliziter Deploy • Plattform- und Fehlertolerant Mayﬂower GmbH 2009
41. RIA-Plattformen • Der Kandidat für die Plattform der Zukunft ... Mayﬂower GmbH 2009
42. RIA-Plattformen • Der Kandidat für die Plattform der Zukunft ... • Microsoft: SilverLight Mayﬂower GmbH 2009
43. RIA-Plattformen • Der Kandidat für die Plattform der Zukunft ... • Microsoft: SilverLight • Adobe: AIR / Flex Mayﬂower GmbH 2009
44. RIA-Plattformen • Der Kandidat für die Plattform der Zukunft ... • Microsoft: SilverLight • Adobe: AIR / Flex • Sun: JavaFX Mayﬂower GmbH 2009
45. RIA-Plattformen • Der Kandidat für die Plattform der Zukunft ... • Microsoft: SilverLight • Adobe: AIR / Flex • Sun: JavaFX • and the Winner is: JavaScript! Mayﬂower GmbH 2009
46. Google Chrome OS Mayﬂower GmbH 2009
47. MashWare-IDEs • Google MashUp Editor • IBM Mashup Center + Project Zero • Intel Mash Maker • MicroSoft PopFly • Yahoo Pipes Mayﬂower GmbH 2009
48. Mayﬂower GmbH 2009
49. Service-Cloud • SaaS? SOA? Amazon EC2? • Es ist gleich, wo der Service herkommt • ... solange er folgende Anforderungen erfüllt: • Flexibel und schnell anpassbar • Fehlertolerant • kann Bestandssysteme integrieren Mayﬂower GmbH 2009
50. Service-Cloud • Der Service ist die Library/Komponente • Höchste Form der Wiederverwendung von Komponenten • Einfache, ﬂexible Schnittstellen • Bietet Introspektion, Authorisierung und Versionierung Mayﬂower GmbH 2009
51. Service Cloud 2009 Mayﬂower GmbH 2009
52. Service Cloud 2009 Mayﬂower GmbH 2009
53. Kristallkugel • Web 1.0 existiert friedlich neben Web 2.0, die Vernetzung wird langsam erfolgen. • Niemand weiss, wie es wirklich aussehen wird, aber neue Software sollte ... • auf Service-Fähigkeit ausgelegt werden • die Nutzbarkeit externer Komponenten prüfen • im Applikationsportfolio geplant sein • JavaScript wird Applikationssprache Mayﬂower GmbH 2009
54. URLs • http://pipes.yahoo.com • Google-Dork: „Mashware: The Future of Web Applications“ SUN / University of Tampere • Blogs: Tim Anderson, Tim O‘Reilly etc ... • http://www.programmableweb.com/apis • http://bit.ly/wxLoQ (Google OS) Mayﬂower GmbH 2009
55. • https://www.xing.com/profile/ JohannPeter_Hartmann • Facebook, Twitter, LinkedIn • hartmann@mayflower.de Mayflower GmbH 2009

Notes de l'éditeur

Eigentlich ein 60-Min Vortrag\nDie besten Folien sind die mit den Konsequenzen f&#xFC;r die Applikationslandschaft. \nDie habe ich aus Zeitgr&#xFC;nden weggek&#xFC;rzt. \n
- Wer w&#xFC;rde sich hier als Tekkie bezeichnen? \n- Wer ist genervt von Techgeek-Vortr&#xE4;gen? \n- Ok, ich beeil mich!\nPython-Entwickler hier? Weiss jemand, wozu Python entwickelt wurde? \n\n
Andrew Tanenbaum - Massiv verteilt, nur ein Thin Client\nMinix: Fail Amoeba: Win\nAber was passiert genau? \n
Klassische 3-Tier Architektur in der PHP-Welt: Browser, Webserver, Datenbankserver\nDas hat sich schon ge&#xE4;ndert, und das wird sich noch deutlicher &#xE4;ndern.\n\n
Trend 1: \nDie Prozessoren werden nicht mehr schneller, Moores Law wird durch die Physik beendet. Aber wenn wir keine schnelleren Prozessoren bekommen brauchen wir eben mehr davon!\n
Trend 2: der Browser wird m&#xE4;chtiger - Der Execution-Pfad war bisher rein auf dem Webserver\nJetzt findet die Execution auch auf dem Browser statt. -Das ist der Status der aktuellen Entwicklung bei Web-Applikationen. \nUnd noch etwas ist Speziell im Browser: er supported von sich aus mehrere Exekutionspfade. \nUnd nicht zuletzt: Die dort eingesetzte Hardware wird von einer anderen Abteilung bezahlt. Aus genau dieser &#xC4;nderung folgen aber noch mehr Dinge: \n\n\n\n
Aber nicht nur im Browser kann parallel ausgef&#xFC;hrt werden - er kann auch mit mehreren Servern sprechen. Fazit: Service-Oriented Architectures \nAber damit f&#xE4;ngt die Zerlegung gerade erst an... \n
Meistens ist Pr&#xE4;sentationsschicht 2 Teile: Client & Server\nMit dieser Architektur&#xE4;nderung und JavaScript verschieben sich auch die Aufgaben: \n* Aus der Pr&#xE4;sentationsschicht wird die Browser-Applikation, die zu weiten Teilen direkt im Browser l&#xE4;uft. Dieses Layer bekommt keine Layouts mehr vom Server, sondern wird nur noch mit Daten beliefert - die Serverseite beschr&#xE4;nkt sich damit als Datenlieferant und Serviceanbieter.\n* Damit ergibt sich gleichzeitig eine neue Chance: Auch andere Web-Applikationen k&#xF6;nnen auf das eigene Service-Layer zur&#xFC;ckgreifen. \n* Und auch der Umkehrschluss gilt: Die eigene Applikation greift auf fremde Services zur&#xFC;ck.\n\n
Es hat sich gleichzeitig der Character der Applikation ge&#xE4;ndert. \nDie Pr&#xE4;sentationsschichten werden abgel&#xF6;st durch eine Browser-Applikation und Service-Layer. Die Folgen daraus: \n- Es k&#xF6;nnen auch andere Applikationen auf die Services zugreifen\n- Es k&#xF6;nnen auch fremde Services Funktionen in der eigenen Software einnehmen\nFolgefolie: Komplexit&#xE4;t Execution Path\n\n
Aber nicht nur das &#xE4;ndert sich: in der klassischen Web-Applikation war der Execution-Pfad einfach ... \n
In der RIA / Service-Cloud-Applikation (MashWare in SunDeutsch) weiss der Nutzer nicht, wo welcher Service wann aufgerufen wird. Diese Entscheidung passiert verdeckt in der Browser-Applikation. Dabei k&#xF6;nnen Client-Side-Caches eine Rolle spielen, aber auch R&#xFC;ckkan&#xE4;le a la COMET\n
Was heisst das f&#xFC;r die Client-Seite in dieser Architektur? \nVorteil: Nutzer bekommt mehr Usability - Nachteil: User will auch mehr Usability. \nDie Workflowsteuerung erfolgt in der Tat durch den Browser getrieben. Diese Steuerung muss aber nicht dick sein, sondern flexibel und schnell anpassbar. Daf&#xFC;r sinken die Kosten in Deployment und die Anforderungen an die Clients. \n
Es gibt zwei generelle Richtungen da: die eine sind Tools, die m&#xE4;chtiger sind und bessere Client-Integration bieten ... Microsoft setzt strategisch auf Silverlight. \nAdobe m&#xF6;chte mit dem Klassiker Flash in neuer Inkarnation mitspielen\nUnd Sun versucht es wieder mit Java ... \n\n
Microsoft's existing application stack -- Office-Windows-Windows Server -- is eroding.\n
Dass der Megatrend JavaScript ist, zeigt sich auch im Development. Diese Tools sind zum Teil in bestehende IDEs integriert, bieten zum Teil eigene Umgebungen und - dies gilt insbesondere f&#xFC;r die erfolgreichsten PopFly und Yahoo Pipes - laufen direkt im Browser. \n\n
Wie sehen diese IDEs konkret aus? Beispiel Yahoo Pipes. \nEs ist aber keineswegs raus, was sich am Ende durchsetzen wird - Google hat zB seinen MashUp-Editor gerade eingestellt, es ist aber abzusehen, dass dort andere Ideen aufkommen werden. Als gr&#xF6;&#xDF;ter Service-Provider w&#xE4;re es auch albern, das nicht zu machen. \n
Auf der Service / Server-Seite gibt es keinen klaren Trend,\nist aber auch gar nicht notwendig\n
Das, was fr&#xFC;her die extern eingekaufte Komponente oder Appliance war, ist heute der externe Service. \nDie Wiederverwendung von Softwarebestandteilen findet nicht nur im SourceCode, sondern auch in der Installation statt. \n\n
Aktuell Early Adopters, Developer\nREST setzt sich durch, JavaScript wird vermutlich noch st&#xE4;rker\n
\n
\n
\n

Paradigmenwechsel bei webapplikationen

Vous êtes en train de lire un aperçu.

Consultez-les par la suite

Paradigmenwechsel bei webapplikationen

Plus De Contenu Connexe

Les utilisateurs ont également aimé (13)

Similaire à Paradigmenwechsel bei webapplikationen (20)

Plus par Johann-Peter Hartmann (20)

Paradigmenwechsel bei webapplikationen

Notes de l'éditeur

Paradigmenwechsel bei webapplikationen

Vous êtes en train de lire un aperçu.

Paradigmenwechsel bei webapplikationen

Suggestions

Plus De Contenu Connexe

Les utilisateurs ont également aimé (13)

Similaire à Paradigmenwechsel bei webapplikationen (20)

Plus par Johann-Peter Hartmann (20)

Paradigmenwechsel bei webapplikationen

Notes de l'éditeur