Cloud Computing

Seit dem Ausgang des 20. Jahrhunderts leben wir in einer digitalen Gesellschaft. Wir gestalten gegenwärtig eine durch Digitaltechnik und Computer geprägte Lebensweise, die Historiker schon heute als die Epoche der „Digitalen Revolution“ bezeichnen.

Rückgrat der digitalen Anwendungen und Prozesse, die wir über optisch ansprechende Schnittstellen wie Web-Seiten, Smart TV‘s und Smartphone Apps nutzen, sind leistungsfähige und hochflexible Cloud-Plattformen. Diese Cloud-Plattformen stellen die erforderlichen Backend-Services bereit, die zum Betrieb der bunt schillernden grafischen Anwenderschnittstellen notwendig sind. Doch wie sieht die Welt hinter den Anwendungsschnittstellen aus? Was ist „Cloud“ und wie funktionieren diese Cloudplattformen, die in Publikationen von Hochglanzmagazinen als das ultimatives „Must-have“ des digitalen Daseins moderner, innovativer und zukunftsorientierter Unternehmen gepriesen werden?

Cloud Computing ist ein Modell zur Ermöglichung eines allgegenwärtigen, bequemen, bedarfsgerechten Netzwerk-Zugriffs auf einen gemeinsamen Pool konfigurierbarer Computing-Ressourcen (z. B. Netzwerke, Server, Speicher, Anwendungen und Dienste), die mit minimalem Verwaltungsaufwand oder Interaktion mit dem Dienstanbieter schnell bereitgestellt und freigegeben werden können. Dieses Cloud-Modell setzt sich aus fünf wesentlichen Merkmalen, drei Dienstmodellen und vier Bereitstellungsmodellen zusammen.

Die Merkmale, Dienstmodelle, Bereitstellungmodelle werden in den nachfolgenden Abschnitten noch detailliert erläutert und an dieser Stelle nur der Vollständigkeit halber genannt.

• On-demand self-service (Dienstbereitstellung bei Bedarf): Die Bereitstellung der Computing Ressourcen (bspw. Rechenleistung, Speicher, etc.) kann von Nutzer selbst initiiert werden und läuft automatisch ohne Interaktion mit den Cloud Dienstleister ab.
• Broad network access (Breitbandige Netzanbindung): Die Dienstleistungen (Services) sind über das Netzwerk und über Standardschnittstellen verfügbar, wodurch deren Nutzung über eine große Breite von Plattformen (bspw. Smartphones, Tablets, Notebooks, IoT-Geräte etc.) möglich ist.
• Resource pooling (Bündelung von Ressourcen): Die Ressourcen des Cloud-Anbieters werden als Pool bereitgestellt, aus dem die Nutzer sich bedienen können (Multi-Tenant-Modell). Die Nutzer wissen dabei nicht, an welchen Ort sich die Ressourcen genau befinden. Es besteht jedoch die Möglichkeit, dass Sie den Speicherort (bspw. Land, Region, Rechenzentrum) vertraglich festlegen können.
• Rapid elasticity (schnelle Elastizität): Die Dienstleistungen (Services) können schnell und elastisch zur Verfügung gestellt werden, vielfach ist dies auch automatisiert möglich. Die Ressourcen scheinen daher aus Nutzerperspektive unendlich zu sein.
• Measured service (Messbare Dienstleistung): Cloud-Systeme steuern und optimieren die Ressourcennutzung automatisch. Dies kann überwacht, kontrolliert und berichtet werden. Damit wird sowohl für den Cloud Dienstleister als auch für den Nutzer, Transparenz bzgl. der genutzten Dienstleistungen (Services) geschaffen.

Vor Entwicklung (und Einführung) der Cloud-Technologie basierten Ende des 20. Jahrhunderts IT-Anwendungen in Unternehmen auf der Client-Server-Architektur (vgl. Abbildung 1), die auch bis zum heutigen Tag Anwendung findet.

Im Zuge der Entwicklung der Cloud-Technologie ist für dieses Informatik-Fachgebiet ebenfalls der hierzu erforderliche Technolekt entstanden. Dieser wird nun genutzt, um anhand der Erklärung einzelner Elemente der Terminologie den Aufbau und die Funktionsweise der Cloud-Technologie zu erläutern.

On Premise versus Cloud

Unter dem Begriff „on Premise“ versteht man allgemein, dass eine Anwendung vor Ort beim Anwender in dessen IT-Räumlichkeiten betrieben wird. Dies kann a) klassisch erfolgen, d.h. die Anwendung wird direkt auf der dedizierten Hardware betrieben, oder b) virtualisiert, d.h. die Anwendungen werden in einer virtuellen Umgebung betrieben, und damit unabhängig von einer dedizierten Hardware.
Unter dem Begriff „Cloud“ versteht man allgemein, dass die Anwendung in einer gesicherten virtuellen Kundenumgebung im Rechenzentrum des Cloud-Dienstleisters betrieben wird. Ist eine Migration von „on Premise“- Anwendungen in die Cloud beabsichtigt, entscheiden die beiden Fälle über die grundsätzlich anzuwendende Migrationsstrategie. Abbildung 4 verdeutlicht den Sachverhalt.

Die Cloud-Dienstmodelle werden gemäß der NIST-Cloud-Definition (siehe oben) nach einem Schichtenmodell unterteilt (vgl. Abbildung 5). Ein Schichtenmodell ist in der IKT-Branche ein typischerweise vorzufindendes Strukturierungsprinzip für die Architektur von Softwaresystemen. Einzelne Aspekte des Softwaresystems werden einer Schicht zugeordnet. Hierbei sind die Abhängigkeitsbeziehungen zwischen den Aspekten so festgelegt, dass Aspekte einer höheren Schicht nur Aspekte der unterliegenden Schichten verwenden dürfen. Auch sind die Schnittstellen zwischen den Schichten fest definiert. Nicht definiert ist die Software-Implementierung, mit der ein Aspekt in einer Schicht realisiert wird. Dies ermöglicht in komplexen Software-Systemen nur den, den Aspekt betreffenden Teil einer Software-Implementierung, gegen eine verbesserte Variante auszutauschen.

Schichtenmodelle bilden in der IKT-Branche auch die essenzielle Grundlage für die arbeitsteilige Zusammenarbeit, indem einzelne Teams für einzelne Aspekte des Softwaresystems verantwortlich sind. Und in Kombination mit einer Arbeitsorganisation nach DevOps-Methodik können so Softwaresysteme kontinuierlich und unterbrechungsfrei weiterentwickelt und betrieben werden; klassische Software-Versionswechsel gibt es hier nicht mehr, sobald eine neue verbesserte Funktionalität fertig entwickelt und erfolgreich getestet ist, wird sie sofort im Produktionssystem aktiv.

Doch kommen wir nun zurück zu den Cloud-Dienstmodellen, diese sind (vgl. Abbildung 5):

• On Premise: On Premise ist hier nur der Vollständigkeit halber in der Abbildung 5 gezeigt, um einen besseren Vergleich zur den Cloud-Dienstmodellen zu ziehen. On Premise ist nicht Bestandteil eines Cloud-Dienstmodells (vgl. oben)
• Infrastructure-as-a-Service (IaaS): Auf dieser Ebene bietet der Cloud-Dienstleister dem Anwender die komplette Hardware (IT-Ressourcen) wie bspw. Rechenleistung, Speicher, Netzwerkanbindung, Öffentliche IP-Adresse, usw. an. Dabei werden die Instanzen, die der Anwender in Anspruch nimmt, typischerweise virtuell bereitgestellt (die Bereitstellung dedizierter Maschinen ist bei einigen Cloud-Dienstleistern möglich). Der Anwender muss sich die benötigten IT-Ressourcen aus dem Angebot des Cloud-Dienstleisters selbst zusammenstellen. Er hat dabei die Kontrolle über das Betriebssystem und die Anwendungen, ferner die Verantwortung für die Überwachung und den sicheren Betrieb der Maschine(n).
• Platform-as-a-Service (Paas): Auf dieser Ebene bietet der Cloud-Dienstleister dem Anwender zusätzlich zur Hardware eine komplette Arbeitsumgebung an, die sich primär an Softwareentwickler richtet, um Cloud-basierte Anwendungen zu erstellen und zu betreiben. Der Anwender kontrolliert hier nicht mehr die zugrundeliegenden Cloud-Infrastruktur (bspw. Server, Betriebssystem, Speichern, Netzwerkanbindung, etc.). Er hat die Kontrolle über die bereitgestellte Arbeitsumgebung und ggf. über die Konfigurationseinstellungen für die Anwendungs-Hosting-Umgebung.
• Software-as-a-Service (Saas): Auf dieser Ebene bietet der Cloud-Dienstleister dem Anwender vollständige Software-Anwendungen an, die von verschiedenen Endgeräten aus zugänglich sind. So wird auch mobiles Cloud-Computing ermöglicht. Der Anwender kontrolliert hier nur noch benutzerspezifische Anwendungseinstellungen. Entwicklung und Betrieb der Anwendung einschließlich der Bereitstellung und Überwachung der unterliegen Hardware liegen im Verantwortungsbereich des Cloud-Dienstleisters.

Eine Möglichkeit, die Unterschiede bei der Erstellung und dem Betrieb von IKT-Anwendungen durch Nutzung der Cloud-Dienstleistungen IaaS, PaaS, und SaaS im Vergleich zu On Premise zu erläutern, lässt sich gut an dem Beispiel der „Produktionskette“ für ein Pizza-Abendessen erläutern. Wenn Sie alle Zutaten vorab einkaufen, den Pizzateig selbst anfertigen und selbst belegen, die rohe Pizza dann bei sich zu Hause im Ofen backen und sich selbst den Tisch für das Pizza-Abendessen decken, dann ist das On Premise.
Reduzieren Sie die Fertigungstiefe Ihres Pizza-Abendessen dadurch, dass Sie eine Tiefkühl-Fertigpizza kaufen, die Sie nur noch im Ofen backen und danach auf Ihren selbst gedeckten Tisch platzieren, dann wäre ein Beispiel für IaaS. Reduzieren Sie die Fertigungstiefe Ihres Pizza-Abendessen nochmals weiter dadurch, dass Sie ein Pizza-Lieferdienst mit der Erstellung, dem Backen und der Lieferung der heißen Pizza beauftragen (d.h. Sie müssen nur noch den Tisch für die Pizza-Abendessen decken), dann ist ein Beispiel für PaaS. Wollen Sie einfach nur eine gute Pizza zum Abendessen haben ohne sich um irgendwelche Details der „Produktionskette“ kümmern zu müssen, dann setzen sie sich an den gedeckten Tisch beim nächsten Italiener, das ist dann SaaS.

Nach oben

Die Cloud-Bereitstellungsmodelle, d.h. für welche Kategorien von Anwendern die Bereitstellung der Cloud erfolgt, werden gemäß der NIST-Cloud-Definition (siehe oben) wie folgt unterteilt:

• Private Cloud: Die Cloud-Infrastruktur wird zur ausschließlichen Nutzung für die Anwender einer einzigen Organisation bereitgestellt. Sie kann von der Organisation oder in deren Auftrag von einer dritten Partei (Cloud-Servicedienstleister) verwaltet und betrieben werden.
• Community Cloud: Die Cloud-Infrastruktur wird zur ausschließlichen Nutzung durch eine Gemeinschaft von Anwendern aus verschiedenen Organisationen bereitgestellt, die ein gemeinsames Anliegen (bspw. Projekt) haben. Sie kann Eigentum einer oder mehrerer Organisationen dieser Gemeinschaft oder einer dritten Partei sein (oder einer Kombination davon) und von diesen verwaltet und (auch im Auftrag durch einen Cloud-Servicedienstleister) betrieben werden.
• Public Cloud: Die Cloud-Infrastruktur ist für die offene Nutzung durch die Allgemeinheit vorgesehen. Sie kann Eigentum einer geschäftlichen, akademischen oder staatlichen Organisation (oder einer Kombination davon) sein und von diesen verwaltet und (auch im Auftrag durch einen Cloud-Servicedienstleister) betrieben werden.
• Hybrid Cloud: Die Cloud-Infrastruktur ist eine Zusammensetzung aus zwei oder mehreren verschiedenen Cloud-Infrastrukturen (privat, gemeinschaftlich, öffentlich), die zwar getrennte Infrastrukturen bleiben, jedoch über standardisierte oder proprietäre Technologien so miteinander verbunden sind, dass sie sich wie eine Cloud-Infrastruktur verhalten.

Über die vier von NIST definierten Cloud-Bereitstellungsmodelle sind in der Literatur und den einschlägigen Publikationen noch zahlreiche weitere Bereitstellungsmodelle zu finden. Im Kern der Sache beschreiben die Cloud-Bereitstellungsmodelle „Cluster von Rechteeinstellungen“. Die Rechte- und Zugriffssteuerungssysteme moderner Cloud-Plattformen lassen mittlerweile sehr feingranulare Konfigurationen zu, so dass die genannten Modelle in der NIST-Definition zwischenzeitlich als grobe Orientierungshilfe und nicht als Beschränkung zu verstehen sind.

Die geografische Struktur einer Cloud teilt sich in Regionen und (Verfügbarkeits-)Zonen auf (vgl. Abbildung 6). Der Anwender muss bei der Zusammenstellung der von ihm benötigten IT-Ressourcen aus dem Angebot des Cloud-Dienstleisters festlegen, an welcher geografischen Lokation (Rechenzentrum) er diese haben möchte. Diese Entscheidung hat bspw. aufgrund der Signallaufzeiten auf den weltweiten Datenleitungen eine signifikante Auswirkung auf die spätere Geschwindigkeit der Anwendung.

So ist es für eine Anwendung, die für Kunden in Nordamerika bestimmt ist, nicht sinnvoll, diese aus einem Rechenzentrum im Asien heraus zu betreiben, wenn Geschwindigkeit für die Kunden ein wichtiges Kriterium ist. Folgendes gilt es hier zu berücksichtigen:

Cloud-Server werden als virtuelle (simulierte) Server auf einer physikalischen Hardware (realer Server) bereitgestellt. Hierzu wird eine „Hypervisor“ genannte Software eingesetzt, die es ermöglicht, mehrere virtuelle Server auf einer physikalischen Hardware zu betreiben („Hypervisoren“ werden in einem nachfolgenden Abschnitt nochmal detailliert erläutert). Da Cloud-Server virtuelle Server sind, lässt sich die Ausstattung mit Prozessorleistung, Arbeitsspeichergröße, Festplattengröße innerhalb der möglichen Systemgrenzen frei dem Bedarf der Anwendung anpassen (vgl. Abbildung 7).

Das Serviceangebot von Cloud-Plattformen umfasst auch einen „Image-Server“, der fertig vorkonfigurierte Festplatten-Images mit verschiedenen vorinstallierten Betriebssystemen für die Erstellung eines Cloud-Servers bereithält, so dass die zeitaufwändige Betriebssysteminstallation bei der Erstellung eines neuen Cloud-Servers entfällt.

Image-Server: Der Image-Server stellt Festplatten-Images mit vorkonfigurierten Betriebssystemen und Anwendungen bereit. Des Weiteren ist die Vorhaltung und Bereitstellung von kundenspezifischen Festplatten-Images möglich.

Unter „Skalierung“ bzw. „skalierbar“ wird die Fähigkeit der Cloud verstanden, sich ansteigenden bzw. nachlassenden Leistungsanforderungen der Anwendungen dynamisch anzupassen. Prinzipiell unterscheidet man vertikale Skalierung und horizontale Skalierung.

Bei der vertikalen Skalierung (vgl. Abbildung 9) erfolgt die bedarfsabhängige Anpassung der Leistungsfähigkeit eines virtuellen Cloud-Servers durch dynamisches Hinzufügen bzw. Rücknahme von virtuellen Ressourcen (bspw. Anzahl der CPU-Cores, Arbeitsspeicher, Festplattenkapazität) zur Laufzeit des Systems. Mit vertikaler Skalierung kann die Leistungsfähigkeit unabhängig von der Softwareimplementierung gesteuert werden, wodurch On Premise betriebene Anwendungen sehr schnell in die Cloud transferiert und dort dynamisch betrieben werden können (diese Migrationsverfahren wir als Lift-and-Shift bezeichnet).

Es gilt zu beachten, dass die hierdurch erreichbare maximale Leistungsfähigkeit eines virtuellen Cloud-Servers aufgrund der maximal möglichen Anzahl von Ressourcen, die diesem in der Cloud-Plattform zugeordnet werden können, nach oben begrenzt ist.

Die essenzielle technische Grundlage zur Realisierung von Cloud-Plattformen wird von einem System bereitgestellt, das in der praktischen Informatik als Hypervisor bzw. als Virtual Machine Monitor bezeichnet wird.

Ein Hypervisor ist „ein Stück Software“, welches eine abstrahierende Schicht zwischen einer real vorhandenen Hardware (und einem ggf. darauf vorhanden Gast-Betriebssystem) und weiteren Betriebssystemen schafft. Diese weiteren Betriebssysteme werden in der vom Hypervisor geschaffenen virtuellen (Hardware-)Umgebung (bspw. CPU-Cores, Arbeitsspeicher, Festplatte, etc.) installiert; man bezeichnet diese dann als virtuelle Betriebssysteme. Ein Hypervisor ermöglicht den unabhängigen und logisch abgegrenzten Betrieb mehrerer virtueller Betriebssysteme auf einer real vorhandenen Hardware. Er teilt die real vorhandene Rechenleistung der realen Hardware den virtuellen Betriebssystemen dynamisch zu. Virtuelle Cloud-Server und die vertikale Skalierung basieren auf der Hypervisor-Technologie.

Die Ursprünge der Hypervisor-Technologie gehen u.a. auf die Dissertation „Architectural Principles for Virtual Computer Systems“ von Robert P. Goldberg aus den Jahre 1973 zurück. Hierin werden die heute noch gebräuchlichen 2 Typen

✓ native Hypervisor (Type 1) und
✓ hosted Hypervisor (Type 2)

definiert (vgl. Abbildung 11). Die Hypervisor-Technologie ist hierdurch als eine sehr ausgereifte Technologie anzusehen.

Ein Nutzer kann typischerweise mit einer Cloud-Plattform über folgende zwei Zugangsmöglichkeiten arbeiten:

1. über ein Web-Portal (Cloud-Console), für die direkte Interaktion mit der Cloud-Plattform
2. über eine Programmier-Schnittstelle (API), mittels der man programmgesteuert (automatisiert) Aktionen in der Cloud-Plattform ausführen und Resultate und Zustände abfragen kann.

Die Cloud-Konsole (und auch die API) bildet hiermit ein "Cockpit" zum Aufbau und Betrieb eines "virtuellen Rechenzentrums" für ein Unternehmen. Die IT-Verantwortlichen können damit die Unternehmens-ITK virtuell aufbauen und betreiben. Dies verkürzt die Realisierungszeiten, steigert die Flexibilität und ermöglicht die ortsunabhängige Tätigkeit der Mitarbeiter. Service-Unterstützungsleistungen von dritter Seite können bei Bedarf schneller erbracht werden. Durch die API-Beschreibungssprachen kann die Struktur, der Aufbau und die Funktion des „virtualisierten Rechenzentrums“ nachvollziehbar, wiederholbar und prüfbar dokumentiert und überwacht werden.

Im ersten Eindruck wirken Web-Portale von Cloud-Plattformen sehr komplex. Durch ihren, an der oben beschriebenen IaaS/PaaS/SaaS-Systematik angelehnten sehr stringenten und strukturierten Aufbau, gelingt eine Einarbeitung jedoch in kurzer Zeit.

Des Weiteren zwei konkrete Beispiele anhand der Open Telekom Cloud (Abbildung 12) und der Microsoft Azure (Abbildung 13).

Ja, hierfür nutzen wir ein Szenario aus dem Leben des Autors als Erziehungsberechtigten eines Gymnasialschülers. In der Informatik-Projektwoche hat eine Gruppe die Aufgabe bekommen, bei einem Schüler zu Hause einen Web-Server aufzusetzen und im öffentlichen Internet so bereitzustellen, dass die anderen Schüler darauf zugreifen können. Für den Web-Server steht den Schülern als Infrastruktur der Zugangsrouter (bspw. ein Speedport) und ein Computer zu Verfügung. Abbildung 14 verdeutlicht dieses Szenario.

Die Struktur, die die Schüler zur Realisierung des Webservers in der Projektwoche physikalisch aufgebaut haben, lässt sich einfach und schnell mit einer Cloud-Plattform „zusammenklicken“, indem man die wesentlichen funktionalen Komponenten identifiziert und virtuell in der Cloud-Plattform nachbildet. Abbildung 15 verdeutlicht dies.

Objekte, die in der Cloud Konsole anzulegen sind, sind in der untenstehenden Abbildung dunkelgrau hervorgehoben. Diese sind:

• öffentliche IP Adresse
• NAT-Gateway
• Port-Weiterleitung
• interne Gateway IP-Adresse
• internes Subnetz
• interne Server IP-Adresse
• Betriebssystem
• virtuelle Maschine

Welche internationalen und deutschen Cloud-Lösungen gibt es?

Doch kommen wir zurück zu einer kompakten Betrachtung von verfügbaren Cloud-Plattformen. Da dies über den Rahmen dieses Beitrags deutlich hinausgeht, beschränken wir uns auf eine kurze Vorstellung der großen Cloud-Plattformen, in der Reihenfolge ihres chronologischen Markteintritts.

1. Amazon Web Services (AWS), seit 2006
   Amazon Web Services (AWS) ist 2006 als Tochter des Online-Versandhändlers Amazon gegründet worden und war damit der erste große Anbieter von IT-Infrastrukturservices. AWS ist zwischenzeitlich einer der umsatzstärksten Cloud-Dienstleister. Viele bekannte Internet-Portale basieren auf Vorleistungen der AWS.
2. Microsoft Azure (Azure), seit 2010
   Microsoft Azure (Azure) ist die seit 2010 verfügbare Cloud-Plattform von Microsoft, die sich in erster Linie an Softwareentwickler richtet. Microsoft bietet bezüglich der Anzahl der weltweit verfügbaren Regionen und (Verfügbarkeits-)Zonen eine sehr große Abdeckung. Ferner lassen sich in Unternehmen bestehende Microsoft-Umgebungen sehr gut mit den Azure-Diensten integrieren.
3. Google Cloud Platform (GCP), seit 2008
   Mit der Google Cloud Plattform (GCP) bietet Google seit 2008 eine Reihe von Cloud-Computing-Diensten an, die auf der gleichen Infrastruktur laufen, die auch Google für seine Endbenutzerprodukte verwendet. Es werden Cloud-Dienste wie Computing, Datenspeicherung, Datenanalyse und Maschinelles Lernen angeboten.
4. Open Telekom Cloud (OTC), seit 2016
   Die Open Telekom Cloud (OTC) ist 2016 als Infrastruktur-as-a-Service (IaaS) Angebot gestartet und zählt zu den deutschen Clouddiensten. Zwischenzeitlich sind darüber hinaus vielfältige Platform-as-a-Server (PaaS) und Software-as-a-Service (SaaS) Angebote verfügbar, die sukzessive ausgebaut werden. Die OTC basiert auf dem Software-Projekt Open Stack (Open Source, siehe unten), wodurch Softwarecode aus der Open-Stack-Community in der OTC verwendet werden kann. Die Open Telekom Cloud erfüllt die deutschen Anforderungen an Datensicherheit und Datenschutz, da die Leistungs-erbringung dem deutschen Recht unterliegt.

Nachdem wir nun die großen Plattformen kommerzieller Anbieter betrachtet haben, werfen wir nochmal einen Blick auf Cloud-Plattformen auf Basis freier quelloffener Software (Open Source).

• Open Stack (OS), seit 2010
  Open Stack (OS) ist ein 2010 gestartetes Softwareprojekt, welches eine freie Architektur für Cloud-Computing bereitstellt. Open Stack unterliegt der Apache-Lizenz, d.h. man darf Software unter dieser Lizenz u.a. frei in jedem Umfeld verwenden, modifizieren und verteilen.

Open Stack ist in der Programmiersprache Python geschrieben, die mit dem Ziel größter Einfachheit und Übersichtlichkeit entworfen wurde, wodurch sie und der Umgang mit Open Stack einfach zu erlernen ist. Nicht zuletzt durch den in Schulen und in der Ausbildung eingesetzten preiswerten und deshalb beliebten Mini-Computer RaspberryPi, der primär die Programmiersprache Python verwendet, beherrschen sehr viele junge Entwickler Python. Die Open Stack Foundation koordiniert die Entwicklung von Open Stack; ihr gehören mehr als 60.000 Mitglieder aus 180 Staaten an.

Wenn Sie diese Zeilen lesen freut es mich, dass Sie das Interesse und auch die Ausdauer hatten, sich ausführlicher über das Themenfeld Cloud-Computing zu Informieren. Ich hoffe, ich konnte Ihnen die Motivation für die Entstehung der Cloud-Technologie und deren Aufbau, Funktionsweise und Technolekt recht anschaulich erläutern. Des Weiteren Ihnen einen ersten Eindruck von der praktischen Arbeit mit einer Cloud-Konsole geben, einschließlich wie man hiermit für IKT-Problemstellungen effiziente Lösungen bauen und betreiben kann. Der Vollständigkeit halber gilt abschließend noch zu erwähnen, dass Cloud-Technologie deutlich mehr ist und leisten kann, als in diesen einleitenden Beitrag vorgestellt werden kann.

Henry Ford hat einst mit der Einführung des Fließbands die Verfügbarkeit von Automobilen in der Gesellschaft mit steigenden Quantitäten und Qualitäten und zu sinkenden Preisen in einer noch nie dagewesenen Art und Weise ermöglicht. Hierdurch wurden in nur 10 Jahren Pferdefuhrwerke aus dem Straßenbild von New York eliminiert. Das Fließband in der Epoche der „Digitalen Revolution“ ist die Cloud-Plattform; verpassen Sie das nicht!

Dr. Jörg Benze ist Principal Consultant bei Telekom MMS und in den Bereichen Innovation, Business Development und Application Management & Cloud Services tätig. Seine Themenschwerpunkte sind hier neue Technologien, Architekturen sowie Geschäftsmodelle für die Digitalisierung im IoT- und Industrie-4.0-Umfeld. 

Nach oben