Status der Cloud-, RZ- und Infrastruktur-Technologie

Transkript

1 Stefan Fritz, Jens Weber Status der Cloud-, RZ- und Infrastruktur-Technologie Eine Bestandsaufnahme mit überraschenden Ergebnissen für die Zukunft (c) by synaix 2015 synaix...your business as a service.

2 Agenda Womit sich deutsche Unternehmen aktuell beschäftigen Kann man wirklich alles virtualisieren? Kann ich Daten auslagern in die Cloud? Was tut sich an der Technologie Front Alles wird Software Spezialisierung von Cloudservices Auslastung ist alles Neue Konzepte und Ausblick Docker & Co 2

3 Echt: immer noch mit Virtualisierung? WOMIT SICH DEUTSCHE UNTERNEHMEN AKTUELL BESCHÄFTIGEN 3

4 Kann man wirklich alles virtualisieren? 1/3 Hi, ich habe ein neues Auto, 400PS, 220 Spitze 10km schaffe ich in 3 Minuten Meine Anwendung läuft auf der virtuellen Hardware langsamer als vorher. Wow, dann brauchst Du ja nur noch 3 Minuten für Deinen Arbeitsweg Virtuelle Infrastruktur ist deshalb schlechter als reale Hardware. 4

5 Kann man wirklich alles virtualisieren? 2/3 Ne, immer noch 20 Minuten. Man darf doch nur 50 fahren Egal ob schneller oder langsamer die Anwendung läuft auf jeden Fall anders. Ich fahre jetzt Bus, brauche für die 10 km nur 15 Minuten 5

6 Kann man wirklich alles virtualisieren? 3/3 Wieso bist Du 5 Minuten schneller????? JA Es ist nicht die Frage, ob eine Software auf einer bestimmten Infrastruktur langsamer oder schneller läuft, sondern wie DEV und OPS die Ressourcen am besten nutzen Buspur Schneller geht immer, in der Regel nicht durch mehr Ressourcen Ziel ist ein möglichst optimale Auslastung der Ressourcen 6

7 Kann man ohne weiteres fremde Rechenzentren nutzen? Ja klar, man muss aber auf jeden Fall verstehen was da passiert! Denn, Die Auslagernden haben für die Einhaltung der Vorgaben persönlich zu sorgen Auslagerung (Cloud Computing über Dritte) ist rechtlich eine Auftragsdatenverarbeitung Rechtliches Konstrukt: Es findet keine Weitergabe an Dritte statt, der Empfänger der Daten verarbeitet diese nur im Auftrag. Kontrollpflichten: Der Auftraggeber hat sich vor Beginn der Datenverarbeitung und sodann regelmäßig von der Einhaltung der beim Auftragnehmer getroffenen technischen und organisatorischen Maßnahmen zu überzeugen. Das Ergebnis ist zu dokumentieren. Aber: Das bedeutet nicht, dass man weniger IT Kompetenz benötigt. 7

8 Alles wird Software & die Entwicklungen bei Cloudservices ENDLICH NOCHMAL TECHNOLOGIETRENDS 8

9 SDN : Software Defined Network NFV : Network Functions Virtualization Gestern Traditional networking topology Monolithic vertical integrated Firewall VPN IDS/IPS Heute/Morgen: Networking within VMs Standard x86 HW Open SDN standard VM: solutions VM: VM: Firewall VPN IDS/IPS SDN/NFV TEM/OEM Proprietary OS ASIC, DSP, FPGA, ASSP IA/ARM CPU Legacy Components More open 9 (c) by synaix 2015 synaix...your business as a service.

10 Klassische Netzwerkkomponenten mit lokaler Entscheidung Netzwerk Funktionen wie L2, L3, VPNs OS Forwarding HW OS Forwarding HW OS Forwarding HW Router/switch/appliance 10

11 SDN Architektur (Software defined Network) App App App Network control API Network OS HW open interface Simple forwarding HW Simple forwarding HW Simple forwarding HW Simple forwarding HW 11

12 Eine aktuell verfügbare Umsetzung: Openflow OpenFlow controller OpenFlow Protocol (SSL/TCP) In-bound or out-bound z.b. 12

13 Der Flow und der Kampf der Konzepte 13

14 Digitalisierung Ziel: SDDC - Software Defined Data Center 14 (c) by synaix 2015 synaix...your business as a service.

15 Digitalisierung Ziel: SDDC - Software Defined Data Center 15 (c) by synaix 2015 synaix...your business as a service.

16 Amazon Web Services 43 16

17 Amazon Web Services Content Compute Delivery (CDN) Networking Management Storage and Content Database delivery Deployment Application services 43 17

18 Amazon Web Services Compute Content Delivery (CDN) Amazon bringt regelmäßig neue Dienste auf den Markt Networking Wir (Techis) lechzen nach neuen Technologien Storage and Aber man ist schnell gefangen Content delivery Database Management Deployment Application services 43 18

19 Openstack Themenwelten Bexar Cactus Diablo EoL Folsom Grizzly Havana EoL EoL EoL Juno Kilo Liberty stable 2010 :: Austin Nova, Swift 2012 :: Essex EoL Nova, Glance, Swift, Horizon, Keystone 2014 :: Icehouse Nova, Glance, Swift, Horizon, Keystone, Neutron, Cinder, Heat, Ceilometer, Trove 12 19

20 Openstack Themenwelten Content Compute Bexar Cactus Diablo EoL Delivery Folsom EoL Grizzly (CDN) Havana EoL EoL Juno Kilo Liberty stable 2010 :: Austin Nova, Swift Storage and Content delivery 2012 :: Essex EoL Networking Nova, Glance, Swift, Horizon, Keystone Database 2014 :: Icehouse Management Nova, Glance, Swift, Horizon, Keystone, Neutron, Cinder, Heat, Ceilometer, Trove Deployment Application services 12 20

21 Openstack Themenwelten Content Compute Bexar Cactus Diablo EoL Delivery Folsom EoL Grizzly (CDN) Havana EoL EoL Juno Kilo Liberty stable 2010 :: Austin Nova, Swift Storage and Content delivery 2012 :: Essex EoL Networking Nova, Glance, Swift, Horizon, Keystone Database 2014 :: Icehouse Management Nova, Glance, Swift, Horizon, Keystone, Neutron, Cinder, Heat, Ceilometer, Trove Deployment Application services 12 21

22 Openstack Themenwelten Content Compute Bexar Cactus Diablo EoL Delivery Folsom EoL Grizzly (CDN) Havana EoL EoL Juno Kilo Liberty stable 2010 :: Austin Nova, Swift Storage and Content delivery 2012 :: Essex EoL Networking Nova, Glance, Swift, Horizon, Keystone Database 2014 :: Icehouse Management Nova, Glance, Swift, Horizon, Keystone, Neutron, Cinder, Heat, Ceilometer, Trove Deployment Application services 12 22

23 Openstack Themenwelten Content Compute Bexar Cactus Diablo EoL Delivery Folsom EoL Grizzly (CDN) Havana EoL EoL Juno Kilo Liberty stable 2010 :: Austin Nova, Swift Openstack ist eine Integrationsplattform 2012 :: Essex EoL Networking Nova, Glance, Swift, Horizon, Keystone DIE Openstack Installation gibt es nicht Storage and Content Database delivery 2014 :: Icehouse Management Nova, Glance, Swift, Horizon, Keystone, Neutron, Cinder, Heat, Ceilometer, Trove Deployment Application services 12 23

24 Ein erstes Fazit zum Thema Technologie Entwicklung Früher Heute Hardware mit Abschreibungs-Zyklen haben Innovations-Zyklen bestimmt alle 6 Monate ein neuer Megatrend Hersteller haben Komponenten geliefert Kunden mussten selber integrieren Serviceanbieter liefern neue Dienste für ihre Plattform Services können schneller gewechselt werden (keine Kopplung an Abschreibungszyklen) Kunden werden sehr schnell in eine Plattform herein gezogen Desktop Bereitstellung ist die Herausforderung für die Cloud/RZ Welt 24

25 Gibt es ein richtiges Konzept für Morgen? WIE BRINGEN SHARED RZ KONZEPTE VORTEILE? 25

26 Ist Anpassung von Kapazität an Auslastung klassisch machbar? 350 Bisherige IT Machbar? Auslastung Kapazität Kosten p. Einheit

27 Ist Anpassung von Kapazität an Auslastung klassisch machbar? 350 Bisherige IT Nein Auslastung Kapazität Kosten p. Einheit

28 Das Versprechen in der IaaS Welt 350 As a Service Modell Echt? Auslastung Kapazität Kosten p. Einheit

29 Das Versprechen in der IaaS Welt 350 As a Service Modell Der XaaS Anbieter trägt das Risiko der Sprungfixen Kosten Normal!!! Er kann durch Pooling der Ressourcen dieses Risiko mindern Verlagerung Risiko Springfixe Kosten Kein Anlagevermögen Flexible Ressourcen Erweiterung und Verkleinerung möglich Auslastung Kapazität Kosten p. Einheit 29

30 Leider auch nur mit Einschränkungen! Commitment erforderlich! As a Service Modell Machbar? Auslastung Commitment Kosten p. Einheit

31 Fazit zum Thema Shared Infrastruktur Services Die eingesetzte Software bestimmt, wie effizient die Infrastruktur genutzt werden kann. Mit klassischer Software ist ein Optimum schwer zu erreichen Hybridmodelle mit Shared Umgebungen mit wenigen anderen Kunden können auch bei klassischer Software Vorteile bringen, wenn man die Zonen wechseln kann. Mit moderner Software können die Vorteile von shared RZ Services gehoben werden. 31

32 Wohin es in Zukunft geht NEUE METHODEN DES ZUSAMMENWIRKENS 32

33 Die Software der Gewinner verändert sich ~ Wasserfall Modell in der Entwicklung Monolitisch und für einen Stack/Umgebung gebaut Ausgerollt auf einem einzel Server Iterative/Agile Entwicklung Benötigt lose gekoppelte Komponenten Ausgerollt auf vielen Servern/Instanzen (c) by synaix 2015 synaix...your business as a service.

34 Das Problem HEUTE: Verteilte Applikationen User DB Static website nginx modsecurity + openssl + bootstrap 2 postgresql + pgv8 + v8 Queue Redis + redis-sentinel Analytics DB hadoop + hive + thrift + OpenJDK Applications workers Python celery + pyredis + libcurl + ffmpeg + libopencv + nodejs + phantomjs Web frontend Ruby + Rails + sass + Unicorn API endpoint Python Flask + pyredis + celery + psycopg + postgresql-client Development VM Public Cloud Production Cluster Customer Data Center QA server Disaster recovery Production Servers Contributor s laptop (c) by synaix 2015 synaix...your business as a service.

35 Wie war das eigentlich in der Transportwelt vor 1960? (c) by synaix 2015 synaix...your business as a service.

36 Die Lösung: Ein Container Ecosystem (c) by synaix 2015 synaix...your business as a service.

37 Wie wäre es mit einem Container Eco System für verteilte Applikationen? Static website User DB Web frontend Queue Analytics DB Development VM QA server Customer Data Center Public Cloud Contributor s laptop Production Cluster (c) by synaix 2015 synaix...your business as a service.

38 Docker Eco System 1 Docker Viele Dockers -> Docker Swarm Viele Dockers verbunden -> socketplane 38

39 Vergleich zwischen Virtualisierung und Containern App App App Container sind isoliert, A A B Können sich OS kernel und Bins/ Libs Bins/ Libs Bins/ Libs bins/libraries teilen VM dadurch schnelleres deployment, weniger overhead, einfache migration, Guest Guest Guest schneller neustart OS OS OS Container App A App A App B App B App B App B Hypervisor (Type 2) Bins/Lib Bins/Libs Host OS Server Host OS Server

40 Machen wir morgen alle Docker? Docker is here 40

41 Was ist denn nun das wichtigste? Scrum Lean Startup Ideation SDN Openstack Docker XaaS SaaS MVP Agile entwicklung Sprint Plattformen Design Thinking 41

42 Paradigma 1: Neumachen und Wegwerfen ist gut! Wegwerfen beim kleinsten Problem ohne Reue virtuelle Systeme sind zu 100% recyclebar / abbaubar Kein Abfall! Virtualisierung und Cloud Computing ermöglicht Einweg Logik Warum ständiges Neumachen? Wegwerf Denke erfordert Automatisierung! Neumachen und Wegwerfen erfordert gute Dokumentation in Rezepten/Playbooks (c) by synaix 2015 synaix...your business as a service.

43 Paradigma 2: Umfüllen ist die wichtigste Kompetenz Virtuelle Systeme Die Daten Aufgabenstellung der Zukunft: Den Inhalt von Flasche A nach Flasche B immer schneller zu transferieren. (ohne Schwund) 43

44 synaix.de blog.synaix.de INSPIRATION Trendscouting, Szenarioanalysen und Customer Insights IDEENFINDUNG Crowdsourcing, Cocreation und Design Thinking VALIDIERUNG Nutzenhypothese, MVP, Lean Startup, Habit Forming > MESSEN IMPLEMENTIERUNG Testing & Prototyping, Geschäftsmodellentwicklung, Markteintrittsstrategie, > MESSEN 44

45 Gemeinsame Entwicklung von as a Service -Modellen Geschäftsmodell Digitalisierung UNTERNEHMEN Von der Idee über die Konzeption und die Vernetzung bis zur Implementierung und dauerhaftem Betrieb DIGITALISIERTES GESCHÄFTSMODELL entwickelt mit geteilter Methoden- und Technologie- kompetenz 45