{"id":9518,"date":"2022-10-03T12:00:00","date_gmt":"2022-10-03T10:00:00","guid":{"rendered":"https:\/\/u-labs.de\/portal\/?p=9518"},"modified":"2024-02-20T23:55:47","modified_gmt":"2024-02-20T21:55:47","slug":"alles-was-du-zu-cloud-computing-wissen-solltest-arten-vor-und-nachteile-abkuerzungen-iaas-paas-saas-mehr-zusammengefasst","status":"publish","type":"post","link":"https:\/\/u-labs.de\/portal\/alles-was-du-zu-cloud-computing-wissen-solltest-arten-vor-und-nachteile-abkuerzungen-iaas-paas-saas-mehr-zusammengefasst\/","title":{"rendered":"Alles was du zu Cloud Computing wissen solltest: Arten, Vor- und Nachteile, Abk\u00fcrzungen IaaS\/PaaS\/SaaS & mehr zusammengefasst"},"content":{"rendered":"

Was ist die Cloud<\/em>? Wer diese Frage an f\u00fcnf Personen stellt, wird wohl mindestens f\u00fcnf verschiedene Antworten erhalten. Es ist zu einem Schlagwort geworden, dem sich auch das Marketing gerne bedient. Oft wird versprochen, dass mit der Wolke alles einfacher, schneller und g\u00fcnstiger wird – kurzum: Viel besser. <\/p>\n

Doch stimmt das wirklich? Welche Arten von Clouds gibt es und wodurch unterscheiden sie sich? Dieser Beitrag soll einen \u00dcberblick zu den Grundlagen des Themas verschaffen. Und zwar grunds\u00e4tzlich, ohne dabei lediglich auf bestimmte Produkte wie z.B. AWS oder Azure einzugehen.<\/p>\n

Was ist eine Cloud?<\/h2>\n

Cloud ist wie Arbeit<\/em> ein sehr allgemeiner Begriff: Grunds\u00e4tzlich werden Ressourcen \u00fcber das Internet bereitgestellt, die skalierbar sind und von einem Dienstleister verwaltet werden. Dabei kann es sich beispielsweise um Programme, Datenbanken, Server oder Speicher handeln. Die Wolke symbolisiert dabei, wie die Kontrolle \u00fcber konkrete physische Systeme verschwimmt: Aus Kundensicht wei\u00df man nicht mehr, wo genau in der Wolke die eigenen Daten oder Systeme liegen. Im eigenen Rechenzentrum ist dagegen klar, welcher physische Server eine bestimmte Anwendung bereitstellt.<\/p>\n

\"\"<\/a><\/figure>\n

Diese vier Kategorien unterscheiden sich in abnehmender Freiheit, daf\u00fcr wird zunehmend Verwaltungsarbeit an den Cloudanbieter ausgelagert. Das hat Vor- und Nachteile, dazu sp\u00e4ter mehr. Da die Spannbreite so gro\u00df ist, kann man Clouddienste grob in vier Kategorien einteilen:<\/p>\n

Infrastruktur als Dienst (IaaS)<\/h3>\n

Der Dienstleister bietet virtuelle Infrastruktur wie Server oder Speicher an. Dies ist noch am ehesten mit klassischen virtualisierten Servern vergleichbar. Daher hat man als Kunde hier noch die meisten Einflussm\u00f6glichkeiten und die geringste Abh\u00e4ngigkeit von einem Hersteller: Auf einem GNU\/Linux Server kann man eine gew\u00fcnschte Software eben so installieren, wie auf einer selbst betriebenen Maschine im Rechenzentrum oder Heimnetz.<\/p>\n

Plattform als Service (PaaS)<\/h3>\n

Der Betreiber stellt eine bestimmte Laufzeitumgebung bereit – beispielsweise f\u00fcr Python, PHP, .NET, NodeJS und weitere. Als Kunde kann man nur diese Umgebung nutzen, hat aber keinen vollen Serverzugriff. Dies ist vergleichbar mit dem klassischen Webspace\/Webhosting, bei dem man z.B. einen Webspace mit PHP bekommt. Darauf kann man fertige Programme installieren oder selbst entwickeln. Der Unterschied zur Cloud<\/em> ist in beiden F\u00e4llen die Skalierung. Dies ist beim Webhosting nur vereinzelt und ggf. eingeschr\u00e4nkt m\u00f6glich.<\/p>\n

Anwendung als Dienst (SaaS)<\/h3>\n

Eine komplette Software wird vom Cloudbetreiber bereitgestellt. Dies k\u00f6nnen propriet\u00e4re Programme sein wie z.B. Google Drive oder OneDrive. Aber auch quelloffene Software wie NextCloud. Als Nutzer bezahlt man f\u00fcr die komplette Bereitstellung und muss sich weder um Aktualisierungen, noch um Wartung k\u00fcmmern. <\/p>\n

Daf\u00fcr hat man wenig bis gar keinen Einfluss. Wenn sich der Dienstleister f\u00fcr das Einspielen eines Updates entscheidet, k\u00f6nnen beispielsweise Funktionen eingeschr\u00e4nkt oder entfernt werden. Sollte der Anbieter sein Angebot einstellen, ist der Dienst nicht mehr nutzbar. Im schlechtesten Fall hat man danach nur unvollst\u00e4ndig oder gar keinen Zugriff mehr auf die gespeicherten Daten.<\/p>\n

Funktion als Service<\/h3>\n

Oft auch als Serverless Computing<\/em> vermarktet. Eine noch striktere Form von PaaS, bei dem man sich nur auf die Gesch\u00e4ftslogik der Anwendung konzentriert. Server, Laufzeitumgebung, Netzwerk, Speicher werden extern bereitgestellt. Die Anwendung ist damit zustandslos und kann leicht skaliert werden. Das kann beispielsweise eine Single-Page Anwendung sein. <\/p>\n

\n
\"\"<\/a><\/figure>\n<\/div>\n

Der Nutzerkreis von Clouds<\/h2>\n

Dar\u00fcber hinaus gibt es verschiedene Nutzerkreise, wem eine Cloud bereitgestellt werden kann.<\/p>\n

\u00d6ffentliche Cloud (Public Cloud)<\/h3>\n

Ein Dienstleister bietet seine Ressourcen \u00fcber das Internet der \u00d6ffentlichkeit an. Dazu d\u00fcrften die meisten Clouddienste geh\u00f6ren, welche ihr kennt: Bei Amazon, Google, DropBox & co. kann sich jeder anmelden und Ressourcen mieten. Wer dort einen virtuellen Server mietet, liegt vielleicht auf der physischen Maschine zusammen mit einem Konzern.<\/p>\n

Private Cloud<\/h3>\n

Wie bei einer geschlossenen Gesellschaft wird diese Cloud nur von einer Organisation oder einem Unternehmen verwendet. Beispielsweise kann die zentrale IT unabh\u00e4ngig und eigenst\u00e4ndig private Clouddienste f\u00fcr andere Abteilungen bereitstellen. Dadurch tritt die IT-Abteilung schnell als Dienstleister auf.<\/p>\n

Gemeinschaftliche Cloud (Community Cloud)<\/h3>\n

\u00c4hnlich wie die private Cloud ist der Nutzerkreis bekannt. Beispielsweise k\u00f6nnen das Beh\u00f6rden einer Stadt sein, Universit\u00e4ten die gemeinsam Arbeiten oder Unternehmen innerhalb einer Unternehmensgruppe.<\/p>\n

Hybride Cloud (Hybrid Cloud)<\/h3>\n

Die beiden vorherigen Modelle werden miteinander kombiniert. Etwa, wenn man bestimmte Dienste in die Cloud verlagern m\u00f6chte, jedoch nicht komplett alle. Anstelle der privaten Cloud k\u00f6nnen auch On-Prem Installationen stehen, d.H. komplett selbst betrieben inklusive eigenem Rechenzentrum.<\/p>\n

Mischformen<\/h3>\n

Dar\u00fcber hinaus lassen sich die zuvor genannten Formen auch mischen: Bei einer Virtuellen Privaten Cloud (Virtual Private Cloud)<\/strong> betreibt man eine eigene Cloud auf \u00f6ffentlicher Infrastruktur. Ein Beispiel daf\u00fcr w\u00e4re ein Kubernetes-Cluster, der auf gemieteten virtuellen Servern eines Hosters l\u00e4uft. Um beispielsweise Abh\u00e4ngigkeiten zu reduzieren, lassen sich mehrere Clouddienste b\u00fcndeln – man spricht dann von einer Multi-Cloud<\/strong>.<\/p>\n

Worin unterscheiden sich diese von bisherigem Hosting?<\/h2>\n

Grunds\u00e4tzlich ist vieles davon aber nicht neu. Bereits seit Jahren bieten Systemh\u00e4user und andere Dienstleister an, ein System f\u00fcr euch zu verwalten: Es gibt also einen oder mehrere Server, auf denen eure Programme laufen. Das Unternehmen k\u00fcmmert sich um Aktualisierungen und andere Wartungsarbeiten. Dies wird Verwalteter Server (Managed Server)<\/strong> genannt.<\/p>\n

Per Definition unterscheiden sich Clouddienste dadurch, dass man als Kunde automatisiert mehr Leistung buchen kann. Teils skalieren die Systeme auch selbstst\u00e4ndig und erh\u00f6hen etwa den Speicher bei hoher Auslastung. All das wird \u00fcberwacht und protokolliert – denn die Abrechnung erfolgt bei Clouddiensten nicht pauschal nach Server, sondern m\u00f6glichst exakt nach der gebuchten Leistung. In der Praxis hei\u00dft das meist Stundengenau, teils sogar auf die Minute.<\/p>\n

In der Skalierung liegt auch der Ursprung der Clouds: Gro\u00dfkonzerne wie Amazon hatten Anfang der 2000er Jahre das Problem, zu skalieren. Zu Lastspitzen wie z.B. Weihnachten war die Last X Mal so hoch, wie im Alltag. Amazon entwickelte daher zun\u00e4chst eine Community Cloud<\/strong> f\u00fcr den eigenen Konzern. Ein paar Jahre sp\u00e4ter wurde dies in AWS ausgegliedert und als \u00f6ffentliche Cloud f\u00fcr jeden angeboten.<\/p>\n

Belegt etwa ein Bilderdienst mehr Speicher, kostet quasi jedes Bild mehr Geld. Auf einem klassischen Server bleiben die Kosten gleich, bis die Festplatten voll sind und neue einmalig nachgekauft werden.<\/p>\n

Mehrere\/indirekte Clouds?<\/h2>\n

Einige Clouddienste nutzt man indirekt, ohne dass es einem vielleicht so richtig bewusst ist. Netflix ist beispielsweise 2016 in die Amazon Cloud (AWS) umgezogen. Auch Atlassian betreibt seine Infrastruktur nicht selbst, sondern ist wiederum Kunde bei AWS. Wer also beispielsweise Clouddienste von Atlassian nutzt, der muss nicht nur Atlassian vertrauen, sondern auch Amazon als Dienstleister.<\/p>\n

Vorteile und Nachteile<\/h2>\n

Preise und Flexibilit\u00e4t<\/h3>\n

Die Flexibilit\u00e4t erm\u00f6glicht es, innerhalb kurzer Zeit per Mausklick gr\u00f6\u00dfere Mengen an Speicher oder Rechenleistung abzurufen. Zumindest meistens, denn wenn zu viele Kunden den Cloudanbieter parallel nutzen m\u00f6chten, kann der auch mal voll<\/em> sein<\/a>. Daf\u00fcr m\u00fcsste man mit eigenem Rechenzentrum erst Hardware kaufen. Gerade bei der Skalierung kann dies zudem schwierig werden. <\/p>\n

Das kann in der Cloud von Vorteil sein, aber meist nur, wenn man die Skalierung ben\u00f6tigt und sich nicht selbst darum k\u00fcmmern m\u00f6chte. F\u00fcr die zahlt man n\u00e4mlich oft drauf. Ein dauerhaft gemieteter virtueller Server ist in der Cloud meist teurer, als auf klassischem Wege. Und das nicht zu knapp: Das Unternehmen Prerenderer wechselt von der Amazon AWS Cloud auf eigene Server<\/a>. Die j\u00e4hrlichen Serverkosten wurden dadurch um satte 80 % reduziert, von ehemals 1 Million US-Dollar auf 0,2 Millionen. Der Grund daf\u00fcr liegt neben den h\u00f6heren Preisen auch in versteckten Kosten, etwa f\u00fcr Datenverkehr.<\/p>\n

Aufwand<\/h3>\n

Je nach Art der Cloud werden mehr oder weniger Aufgaben auf den Anbieter ausgelagert – etwa das Einspielen von Aktualisierungen. Vor allem f\u00fcr kleinere Unternehmen, die nicht ausreichend Mannst\u00e4rke f\u00fcr die Verwaltung haben, ist das lukrativ. Oder Privatpersonen, die z.B. Speicherplatz ben\u00f6tigen, aber kein NAS selbst betreiben m\u00f6chten oder k\u00f6nnen. Ob man wirklich weniger Aufwand hat, h\u00e4ngt jedoch auch von der konkreten Anwendung ab. Gerade umfangreiche Anwendungen als Dienst (SaaS) k\u00f6nnen die Komplexit\u00e4t sogar erh\u00f6hen und damit auch den Aufwand f\u00fcr Migration sowie Betrieb – ein Beispiel daf\u00fcr ist Microsoft 365, ehemals Office 365<\/a>. Hier holt man sich ggf. neue Probleme wie z.B. schlechte Performance ins Haus<\/a>. Zumal man zun\u00e4chst Geld in eine Migration investieren muss<\/a>.<\/p>\n

Google ist au\u00dferdem damit aufgefallen, dass sie solche propriet\u00e4ren Dienste schnell als veraltet markieren. Der Kunde muss dann in kurzer Zeit \u00c4nderungen vornehmen. Die erzeugen so viel Arbeit, dass ein ehemaliger Google- und Amazon-Mitarbeiter seine Infrastruktur auf eigenen Servern mit quelloffener Software betreibt<\/a>. Das mache zwar Arbeit, aber immer noch deutlich weniger, als Google hinterher zu laufen.<\/p>\n

Abh\u00e4ngigkeit (und Preise)<\/h3>\n

Die Abh\u00e4ngigkeit zum Anbieter steigt, je mehr Arbeit man an ihn abgibt. Gro\u00dfkonzerne wissen das zu nutzen und versuchen diese Abh\u00e4ngigkeit durch propriet\u00e4re Dienste zu maximieren. Per Vendor-Lockin wird es dem Kunde erschwert, zu einem anderen, g\u00fcnstigeren Anbieter zu wechseln. Das mag vielleicht im Moment irrelevant erscheinen. Doch wenn etwa die Preise erh\u00f6ht oder Funktionen ge\u00e4ndert\/abgeschaltet werden, sieht das schnell anders aus.<\/p>\n

Und das ist keine Seltenheit, sondern wird zunehmend zur weltweiten Cloud-Inflation<\/a> – das Mieten von Cloud-Ressourcen wird somit immer teurer<\/a>. Im Folgenden ein paar Beispiele aus der j\u00fcngeren Vergangenheit<\/a>: <\/p>\n