WordPress Meetup Karlsruhe Plesk 2016 - Die Veränderung der Web Entwicklung - Jan Löffler

Editor's Notes

• #2: Title: Die Veränderung der Web Entwicklung und was AWS, Docker und Microservices mit kommerziellen Websites zu tun haben. Title long: Joomla User Group Plesk 2016 - Die Veränderung der Web Entwicklung und was AWS, Docker und Microservices mit kommerziellen Websites zu tun haben. - by Jan Lö̈ffler Keywords: plesk, docker, web development, web design, history of web, future of web development, javascript, microservices, aws, immutable infrastructure, immutable servers, phoenix servers, autoscaling, wordpress, cms, cloud service provider, european container conference, plesk european conference, jan loeffler plesk, plesk container days, plesk european container conference, european container 2016, Container days Conference PLESK, 2016 company websites, jan loffler container conference 2016, web, internet, webops Abstract: Viele Webseiten basieren noch auf shared hosting, dedizierten oder virtuellen Server Infrastrukturen und bedienen somit die Komfortzone von KMUs und Web Professionals. Die Frage ist nur, wie lange noch? Neue Technologien wie Docker in Verbindung mit Architekturen für verteilte Systeme wie Microservices stellen traditionelle Hosting Infrastrukturen in Frage und sind bei startup Unternehmen in der ständig wachsenden Web Szene äußerst beliebt. In diesem Talk gibt Jan Löffler, CTO des beliebten Server Management Tools Plesk, einen Einblick wie Startup Unternehmen und Marktführer wie z.B. Zalando ihre Webseiten entwickeln und warum immer öfter AWS der bevorzugte Cloud Service Provider ist. Jan Löffler ist CTO von Plesk und verantwortet die Entwicklung technischer Innovationen und der Plesk Roadmap, Strategie und Vision. Davor leitete Herr Löffler als "Head of Platform" Entwicklung und Betrieb der Zalando Platform. Er kommt ursprünglich aus der Hosting Branche, in der er viele Jahre als "Head of Development Webhosting & Server" bei der 1&1 Internet AG Hosting Produkte entwickelte.
• #4: Der 21. Oktober 2015 war ein ganz besonderer Tag. Wer von Euch weiß, was an diesem Tag so besonders war? [Pause]
• #5: Jetzt vielleicht? [Pause]
• #6: Es war genau der Tag in der Zukunft, an dem Marty McFly im zweiten Film von „Zurück in die Zukunft“ ankommt. [Pause] Heute – nehme ich Euch mit auf eine Reise. Eine Reise in die Vergangenheit – die Gegenwart und eine mögliche Zukunft der Web Entwicklung. Und wir werden sehen, welche Auswirkungen das auf Ihre Webhosting Unternehmen haben wird und wie Sie diese Entwicklung als Chance nutzen. Sind Sie bereit? Dann schnallen Sie sich an und wir schalten den Fluxkompensator ein. Zieldatum 27. Juli 2000.
• #7: Ups, wir sind zu weit zurück in die Vergangenheit gereist. Was hat es wohl mit diesem Datum auf sich? Am 6 August 1991 [next slide] ging die erste Webseite …
• #8: Am 6 August 1991 ging die erste Webseite der Welt Live. Es war eine Seite von Tim Berners-Lee über das World Wide Web Projekte und lief auf einem NeXT Computer im CERN: http://info.cern.ch/hypertext/WWW/TheProject.html Lasst uns kurz rekapitulieren, was in den letzten 20 Jahren in der Webentwicklung passiert ist, um ein Güfhl der Geschwindigkeit zu bekommen.
• #9: 1994 CSS, Cookies 1995 SSL, JavaScript, Apache 1996 PHP, XML 1999 AJAX
• #10: 2001 SVG, Drupal, Virtuozzo -> the predecessor of Docker 2002 Safari, ASP.NET 2003 WordPress 2004 Firefox, nginx
• #11: 2005 Joomla! 2006 AWS 2007 iPhone 1 2008 Chrome, HTML5, Android, LXC – also a predecessor or Docker
• #12: 2009 CSS3, GitHub, node.js, Apache Mesos 2010 AngularJS, iPad 2011 Touch-Events, WebRTC, Digital Ocean 2013 React.js, Docker, CoreOS
• #13: 2014 Kubernetes, Rocket 2015 HTTP/2, Open Container Initiative
• #14: Zurück ins Jahr 2000 – Webseiten waren reine HTML Dokumente die von HTTP Diensten ausgeliefert wurden. Editiert wurden diese Dokumente entweder direkt auf dem Server über die Shell oder lokal und per FTP auf die Server kopiert.
• #15: Altavista.com am 27. Juli 2000
• #16: 2005 – Webseiten wurden aufgeräumter und fokussierter
• #17: Behind the scenes facebook.com – which was started in 2004 on just one single server – today runs on > 100.000 servers with thousands of services in many datacenters distributed across the world.
• #18: Und im Jahr 2010
• #20: Komplett Responsive Web Design – optimiert für alle Devices und Auflösungen. Meist realisiert durch WordPress Themes. Desweiteren wird aktuell die “Long-Scroll” Technik genutzt, d.h. die Webseite erzählt eine Story bei vertikalem Scrollen. Zudem kommen Videoinhalte und großflächige Bilder zum Einsatz, die natürlich wiederum dank Content-Delivery-Network Services an die jeweilige Auflösung und Displaygröße schnell zum Endnutzer ausgeliefert werden.
• #21: Komplett Responsive Web Design – optimiert für alle Devices und Auflösungen. Meist realisiert durch WordPress Themes. Desweiteren wird aktuell die “Long-Scroll” Technik genutzt, d.h. die Webseite erzählt eine Story bei vertikalem Scrollen. Zudem kommen Videoinhalte und großflächige Bilder zum Einsatz, die natürlich wiederum dank Content-Delivery-Network Services an die jeweilige Auflösung und Displaygröße schnell zum Endnutzer ausgeliefert werden.
• #22: Oder ein anderes Beispiel - noch cleaner (bei http://sastairs.com.au/). Sie bemerken das Menü links oben im Mobile Style (auch Hamburger Menü genannt) und die Wunschliste rechts oben. Allerdings ist das wieder ein Generationen-Thema, denn nicht jeder kommt auf Anhieb mit der neuen Benutzerführung zurecht.
• #23: Und hinter der Facade sehen Webseiten heute so aus: WordPress oder JavaScript Frameworks. Deployed wird über git. Wobei sich da WebDesigner und WebEntwickler stark unterscheiden. Während WebDesigner WordPress verwenden und Themes entwickeln, gehen Entwickler deutlich tiefer mit php + JavaScript + git.
• #24: Vor exakt 2 Jahren hat die Eclipse Foundation analysiert, dass Git nun das weltweit meist genutzte Source Code Management Tool ist – über 42.9% aller professionellen Software-Entwickler geben an Git als ihr primäres Quelltextverwaltungssystem zu verwenden.
• #25: Nach einer Analyse von Stackoverflow von 2015 wird git bereits von mehr als 69% der weltweiten Entwickler eingesetzt und nimmt weiterhin rasant zu. Heute über 15M GitHub users (>70% of developers)
• #26: Eine weitere atemberaubende Entwicklung macht aktuell das Content-Management-System WordPress. Es ist nicht nur mit gigantischem Abstand das meist genutzte CMS in der Welt – es ist auch inzwischen die bei weitem beliebteste Art Webseiten zu erstellen und hat jeglichen Webseitenbaukästen und der reinen HTML, JavaScript und PHP Entwicklung den Rang abgelaufen.
• #27: WordPress ist inzwischen ein absolutes Muss für jeden Hoster und Cloud Srevice Provider: mehr als 26,6% aller weltweiten Webseiten sind WordPress Seiten. Und es werden täglich mehr. Verglichen mit allen Content-Management-Systemen kommt WordPress sogar auf 60% Marktanteil. [next slide] wooCommerce
• #28: And wooCommerce – the e-commerce plugin of WordPress powers even more than 38% of all online stores worldwide. [next slide] Aber noch etwas verändert sich in der Web Entwicklung durch die DevOps Bewegung.
• #29: Allerdings gibt es nicht nur WordPress, sondern auch Alternativen wie Joomla! Mit 2,7% aller Webseiten weltweit und 5,9% aller CMS basierten Websiten die klare Nummer 2! Gefolgt von Drupal auf Platz 3 (2,2% und 4,9%), Magento auf Platz 4 (1,3% und 2,8%) und Blogger auf Platz 5 (1,2%). Jetzt sind ja %-Zahlen immer schön und gut, aber wie viele Webseiten gibt es eigentlich? Wer weiß es?
• #30: Jetzt sind ja %-Zahlen immer schön und gut, aber wie viele Webseiten gibt es eigentlich? Wer weiß es?
• #31: Aber noch etwas verändert sich in der Web Entwicklung durch die DevOps Bewegung. Werner Vogels, CTO von Amazon, hat diesen legendären Satz 2006 gesagt, um zu beschreiben wir Dinge bei Amazon funktionieren. Und es beschreibt die Grundprinzipien von DevOps sehr gut: “you build it, you run it.” Ich will Sie aber gar nicht mit dem Thema DevOps langweilen, sondern erwähne das Thema nur, da sich dadurch etwas verändert hat.
• #32: Die globale DevOps Bewegung hat ebenfalls grundlegende Auswirkungen auf die Webentwicklung und die Sichweise auf Server und Applikationen. Denn das DevOps Modell benötigt eine komplett andere Art Applikationen zu managen als bisher. Es geht nicht mehr um Server – es geht um Applikationen. Das Problem dabei ist, dass System Administratoren immer noch auf Server fokussiert sind und diesen sogar am liebsten Namen geben, sie behutsam streicheln – virtuell natürlich – und diese hegen und pflegen wie ihr eigenes Haustier. Entwicklern dagegen sind die Server piep-egal. Sie interessieren sich nur für ihre Applikationen und ob diese erreichbar sind, sowie schnell genug antworten. Das Nutzererlebis der Webseitenbesucher steht hier im Vordergrund – die Hardware ist dabei nur mittel zum Zweck. Dem Entwickler kann es sogar im Idealfall egal sein, ob seine Server alle laufen oder einige davon down sind, solange der Webseitenbesucher nichts devon mitbekommt. Und nun kam 2014 eine neue Killer-Technologie, die eigentlich gar nicht so neu ist, aber die Welt der Entwickler schlagkräftig verändert hat. Wer von Ihnen errät, welche Technologie das ist?
• #33: Die Rede ist von Docker. Und Docker ist das vielleicht am meisten diskutierte Thema im gesamten letzten Jahr. Also was hat es damit auf sich und warum ist das für Sie alle so wichtig? Container Technologie ist eigentlich uralt – wir alle kennen bereits Virtuozzo, OpenVZ, LXC oder sogar Sun Solaris Zones. Allerdings waren all jene hauptsächlich auf die Virtualisierung von Servern ausgerichtet  also wie man bei steigender CPU Leistung und immer günstigerer Hardware (wir erinnern uns an das Moorsche Gesetz) einen großen Server in viele kleine virtuelle unterteilt und im ökonomischsten Fall sogar leicht überbucht. Aber Docker ist anders – es geht nicht mehr um virtualisierte Server – nein, es geht um Apps – die Apps Ihrer Kunden. Es geht darum, dass alles was in einen Container passt überall laufen kann – ganz so wie schon beim weltweisen Transport von Gütern mit Container Schiffen! Somit hat Docker einen ganz wesentlichen Aspekt gelöst…
• #34: Und jetzt kommt das beeindruckende: Docker hat aus dem Stand eine Nutzung von 13% erreicht und anschließend sogar innerhalb eines Jahres erneut verdoppelt. D.h. dass Anfang diesen Jahres 30% der weltweiten Software-Entwickler verwendet haben und weitere 35% den Einsatz von Docker planen. Aber warum ist Docker eigentlich so erfolgreich. Was genau wird damit anders als bisher?
• #35: In der Vergangenheit haben Entwickler ihre Applikationen entwickelt - wir reden hier von Webapplikationen – und alles hat wunderbar auf deren lokalen Workstations oder Entwicklungsumgebungen funktioniert. Danach haben sie selbst oder ihre System Administratoren die Dateien auf die Produktivumgebung kopiert und nichts funktionierte mehr. Wer von Ihnen hat das schon mal erlebt? [hands up] Mit Docker kann ich meine Applikationen lokal auf meinem Laptop hier entwickeln und testen, sogar komplett laufen lassen ohne extra jede Menge Software installieren zu müssen oder mir mein System zu verkorksen. Ich starte meine App einfach unter gleichen Bedingungen wie in der Produktion – nur eben lokal auf meinem Laptop als Container.
• #36: … und wenn meine App dort funktioniert, dann funktioniert sie auch auf jeder anderen Maschine – z.B. der Produktivumgebung. Das funktioniert deshalb, da die gesamte Konfiguration meiner App inkl. der benötigten Software mitgelierfert wird – wie z.B. MySQL Server, Apache, nginx, Memcache, php, etc. und das alles in der richtigen Version. Der Vorteil: keine unterschiedlichen Betriebsysteme mehr, keine fehlende Java Runtime, keine unterschiedlichen php Versionen, keine fehlenden Erweiterungen oder Abhängigkeiten. Docker standarisiert somit das Paketisieren von jeglichen Applikationen ähnlich wie Debian-Pakete – nur eben Plattformübergreifend – und das völlig reibungslos – und ich sage Ihnen eins – Entwickler lieben es!
• #37: Und so eröffnet Docker Entwicklern viele neue coole Möglichkeiten – sie können ihre Applikationen z.B. überall auf jeder Hardware laufen lassen ohne Angst vor Inkompatibilitäten zu haben. Und noch besser – sie können nun mehrere Versionen ihrer App gleichzeitig laufen lassen und somit Staging Umgebungen aufbauen. Oder direkt mehrere Varianten direkt am Kunden ausprobieren - so genanntes A/B Testing. Dann messen Sie die Conversion Rate und lassen somit den Kunden selbst bestimmen, welche Varante er präferiert – sehr zu Gunste Ihres Umsatzes.
• #38: Jetzt möchte ich euch noch gerne einen Einblick in die moderne Entwicklung von Web Applikationen von schnell wachsenden Internet Unternehmen zu geben.
• #39: Habt ihr euch schon mal gefragt, wie Unternehmen wie Zalando ihre Webseiten entwickeln? Ich gebe euch gerne einen Einblick hinter die Kulissen, denn ich habe den Plattform-Entwicklungsbereich von Zalando bis vor kurzem selbst geleitet und deren Weg in die Cloud maßgeblich vorangetrieben. Gerne könnte ich euch auch von vielen anderen Unternehmen berichten, allerdings kenne ich Zalando natürlich am Besten, daher bleiben wir bei diesem Beispiel.
• #40: Zalando hat wie ihr vielleicht wisst ein enormes Wachstum hingelegt – nicht nur was Umsatz, Markenbekanntheit und Anzahl Mitarbeiter angeht – aber vor allem auch, was die Anzahl der Applikationen betrifft. Angefangen hat Zalando mit einem ganz normalen Magento – wie möglicherweise einige Ihrer Kunden auch. Mit dem Erfolg konnte Magento allerdings irgendwann nicht mehr mitskalieren, weshalb Zalando seinen eigenen E-Shop entwickelt hat. Dieser war anfänglich auch nur ein Monolith, d.h. eine immer größer werdende Applikation. Wettbewerb  Innovationen  ausprobieren. Das funktioniert am Besten, indem man viele verschiedene Funktionen an zuerst wenigen Kunden direkt austestest und deren Conversion Rate misst und vergleicht. Um agil und effizient Varianten testen zu können, bedarf es einer Architektur, die es den Entwicklern erlaubt unabhängig von einander schnell und unkompliziert ihre Änderungen Online stellen zu können und mit wenig Kundentraffic in Echtzeit zu testen.
• #41: Die große Frage bei Zalando war also – „wie können über 80 Entwicklungsteams von jeweils 4-8 Personen parallel Software entwicklen und unabhängig von einander Online stellen“? Und nur um mal eine Größenordnung zu geben: die Entwickler bei Zalando stellen über 140 Releases online – pro Tag!
• #42: Dabei bekommt jedes Team seinen eigenen isolierten AWS Account – wie ein eigenes privates Rechenzentrum. Das Ganze ohne kompliziertes Netzwerk-Schnick-Schnack, sondern jeder Account ist komplett von einander getrennt und nutzt die Grundprinzipien des Internets. Die Applikationen der Teams kommunizieren natürlich niemals ungeschützt miteinander, sondern voll verschlüsselt und abgesichert mit OAuth2 und TLS. Um das Modell verständlicher zu machen, muss ich erst mal einen Trend beschreiben – Immuntable Infrastructure.
• #43: Ein absoluter Trend ist aktuell „Immutable Infrastructure“ oder auch „Immutable Server“ genannt – und diesen Ansatz hat Zalando als Grundprinzip übernommen. Aber was ist „Immutable Infrastructure“ überhaupt? Immutable bedeutet „unveränderlich“. Und bezogen auf Infrastruktur bedeutet dies, dass sie sich nicht mehr ändert nachdem sie einmal Online gestellt wurde. Die Frage ist: „wie werden dann Patches und Security-Updates installiert, geschweige denn neue Versionen“? Gar nicht – zumindest nicht in der gleichen Instanz meiner Software! Wenn ich meine Software aktualisieren möchte – ob wegen eines Security Updates der SSL Library oder nur ein Bugfix meiner Software selbst – dann nehme ich einfach einen neuen Server. Warum wir das tun sollten? Das wäre ein ganz eigener Vortrag und ich erläutere Details gerne im Nachgang. Für jetzt gibt es nur einen kleinen Vorgeschmack über die vielen Vorteile und Möglichkeiten. Wie das geht zeigt [next slide] folgendes Schaubild.
• #44: Wie das geht zeigt folgendes Schaubild. Wir sehen eine Web Applikation die unter app.example.org erreichbar ist. Deployed ist diese App in der Version „myapp-v1“ als Docker Container auf 3 Servern von AWS (EC2 genannt). Die Last wird vom Elastic Loadbalancer gleich auf die 3 Instanzen verteilt. Diese Instanzen sind selbst „stateless“, d.h. sie speichern ihre Daten in einem zentralen Storage wie z.B. einer Datenbank. Wenn wir nun unsere Applikation aktualisieren wollen oder es ein Systemupdate benötigt [next slide]
• #45: … dann stellen wir einfach eine neue Version inkl. des benötigten Serverstacks (also Betriebsystem, php runtime, etc.) zusätzlich online und routen etwas Traffic auf den neuen Url-Endpunkt. Und dann können wir, wenn alles zuverlässig läuft, den gesamten Traffic auf die neue Version leiten und ... [next slide]
• #46: ... die alten Instanzen löschen, damit die Hosting Rechnung nicht zu hoch wird.
• #47: Um ausreichend Flexibilität bei gleichzeitig starker Sicherheit zu gewährleisten, kommt hier ein mehrschichtiges Modell zum Einsatz. Ausgangsbasis ist die Virtuelle Maschine und das Basis Image mit dem Betriebssystem (bei AWS reden wir vom AMI). Direkt beim Start einer neuen EC2 Instanz lassen wir direkt unser gewünschtes Docker Image – welches unsere Applikation in der gewünschten Version enthält – von der Docker Registry laden und starten den Container. Darin startet der Webserver z.B. nginx oder Apache oder beide und alles was unsere App benötigt.
• #48: Deployen kann ein Entwickler entweder manuell über die Kommandozeile oder vollautomatisch durch ein Continuous Integration oder Continuous Delivery System.
• #49: Die Königsklasse ist Continuous Deployment, bei dem bei jedem Code Checkin in git voll automatisch alle Tests durchlaufen werden und bei Erfolg autonom Änderungen Online gestellt werden. Dabei werden Testumgebungen bei Bedarf dynamisch erstellt und Minuten später wieder gelöscht. Die Produktivität steigt, die Kosten sinken auf ein Minimum. Immer mehr IT Unternehmen nutzen diese Technik und steigern somit ihren Durchsatz enorm. API gesteuerte Cloud Infrastrukturen mit Stunden oder Minutenabrechnung nach Bedarf haben diese Methodik überhaupt erst möglich gemacht. Wozu das sonst noch gut ist? [next slide]
• #50: Wozu das sonst noch gut ist? Zalando speichert seine Katalogdaten in sogenannten SOLR Servern – das sind Suchserver, die für schnelle Lesezugriffe optimiert sind. Das spannende daran: vor 2 Jahren als Zalando noch normale Rechenzentren verwendete, musstem die Entwickler diese Suchserver noch manuell installieren und auf mehrere Server von Hand skalieren. Seit AWS macht Zalando das vollautomatisch mit Elastic Loadbalancern. Das spart enorm Kosten, obwohl die CPU- oder RAM-Stunde bei AWS eigentlich deutlich teurer ist als im bisherigen Rechenzentrum. Denn Nachts kommt Zalando mit nur 2 SOLR Servern aus. Tagsüber deployed AWS wie von Zauberhand weitere Instanzen, um weiterhin kurze Antwortzeiten für den Kundenansturm parat zu haben. Das geht Sonntag Abends sogar soweit, dass über 320 SOLR Server parallel laufen ohne, dass auch nur ein einziger Entwickler seine Hände im Spiel hatte. Von 2 auf 320 Server beschleunigt innerhalb weniger Stunden und dann wieder sachte runter gebremst auf 2 – völlig selbstständig und autonom? Das ist das Modell der Zukunft – oder besser Gegenwart? Oder werfen Sie noch den Generator an, nur weil Sie an einem heißen Sommertag die Klimaanlage anschalten möchten?
• #51: Was sind eigentlich diese Microservices, von denen inzwischen alle Entwickler reden? Microservices sind eigentlich auch nichts neues. Linux ist genau nach diesem Schema aufgebaut. Es geht darum, einzelne Dienste so klein zu machen, dass ein kleines Team (sagen wir 4-8 Personen) den Source Code komplett verstehen und warten können. Viel wichtiger soll der Dienst zur besseren Wiederverwertbarkeit und Reduktion der Komplexität, nur einen einzigen Anwendungsfall untertsützen und nicht ein Sammelsurium von vielen Funktionen sein. Meistens sind diese Anwendungsfälle dann noch am Kunden oder dem jeweiligen Geschäft ausgerichtet. Somit ergeben sich zwangsläufig kleine, klar voneinander getrennte Komponenten, die als Webservice einzeln verwendbar sind. Zusammengeschaltet ergibt sich dann das große Ganze. Bei einem E-Shop könnte das die Navigation, der Katalog, Empfehlungen, Wunschliste, Warenkorb, Checkout, Bezahlungssysteme, Landingpage, Kundenverwaltung, Bestellsystem, ... und so weiter sein.
• #52: Der Todesstern AWS – man kann sich fragen wie Amazon Webservices eigentlich so groß und erfolgreich werden konnte? AWS will dieses Jahr einen Umsatz von 10 Mrd $ erzielen und wächst fröhlich vor sich hin. Aber wie konnte das passieren? Was AWS anders gemacht hat als alle bisherigen Hoster ist, dass sie immer zuerst eine API bereitgestellt haben. Durch eine API wird das Produkt – also die Infrastruktur erst automatisierbar. Das ermöglicht Modelle, wie ich es eben beschrieben habe. Der Microservices–Ansatz kann nur mit einer vollautomatisierten und API gesteuerten Infrastruktur funktionieren. Dazu kommen Branchengrößen à la NetFlix, die Referenzarchitekturen als Open Source für jedermann zum Nachmachen bereitstellen. Und somit gibt es aktuell in der Berliner Start-Up Community unter den Entwicklern nur ein Thema -> wie man am besten Microservices mit Docker auf AWS skaliert. Dennoch gibt es auch andere Überaschungen im Hosting-Markt.
• #53: Digital Ocean hat einen Raketenstart hingelegt und ist in kürzester Zeit einer der größten Hoster weltweit geworden. Allerdings mit einem vollkommen anderen Konzept. Steht bei AWS das riesige Ökosystem im Vordergrund, so hat sich DO auf die Einfachheit von IaaS konzentriert. Weniger Flexibilität und weniger Enterprise, dafür mit Kampfpreisen, hoher Performance und bestem Nutzererlebnis.
• #54: But fortunately there are more hosters worth looking at. And with 1&1’s Cloud Server and ProfitBricks you will have also very good German hosters with great service, user experience and advantages concerning German Data Protection Law. Rainer Straeter from 1&1 will give an exciting talk directly after mine about how his Cloud Server is absolutely on par with Digital Ocean. I was actually developing the first release of their Cloud Server back in 2009 – long time ago. And also Google’s Cloud Platform and Microsoft Azure will definitely play a major role in the Future IaaS and PaaS market and will heavily compete with AWS. And “Future” is the next keyword [next slide]
• #55: Und wie sieht nun die Zukuft des Webs aus? Steigen Sie mit mir in den Delorian ein – Zieldatum: 27. Juli 2020
• #56: Ich hab da mal meine Glaskugel rausgebracht. Mobile Endgeräte nehmen zu, sowie die Anzahl der unterschiedlichen Gerätarten Noch mehr JavaScript Das Web wird interaktiver unter Berücksichtigung des Kontext  z.B. passen sich Webseiten an den jeweiligen Besucher an und geben personalisierte Empfehlungen Identity Management Browser und Device übergreifend wird immer wichtiger. Z.B. die Nutzung des iPad zur Interaktion während dem Fernsehen. IoT bringt kleine vernetzte Web Apps, die sich mit immer mehr Geräten in unserem Umfeld verbinden lassen. Z.B. der Rasenmähroboter, der nur den Rasen mäht, wenn keiner Zuhause ist. Innovationen entstehen durch die Kombination von bestehenden Apps und APIs, um daraus wieder etwas neues zu erstellen.
• #57: Und jetzt freue ich mich auf Eure Sichtweise und Meinung im Anschluss. Aber vorher, gibt es genau eine Sache, an die Ihr Euch nach meinem Vortrag erinnern solltet: [next slide] „Die Zukunft im Web-Business ...
• #59: „Die Zukunft im Web-Business ist schnell, vernetzt und nutzerfreundlich.“ Und nun begleitet mich zurück in die Zukunft [pause] in das Jahr 2016 – den Mittwoch, den 27. Juli. Danke, dass Ihr mit mir gereist seid! Thanks for traveling with [next slide] Plesk.
• #60: Danke, dass Ihr mit mir gereist seid! Thanks for traveling with [next slide] Plesk.
• #61: http://www.infragistics.com/community/blogs/mobileman/archive/2015/01/14/building-a-better-web-a-brief-history-of-web-development.aspx http://www.evolutionoftheweb.com/
• #62: If you asked yourself what Plesk has to do with the whole talk? Plesk is the leading Web Development platform and control panel to run, automate and grow applications, websites and hosting businesses.