In diesem Moment erschien das Konzept des Cloud Computing - der Verbrauch von IT-Diensten aus der "Cloud", d.h. aus einem externen Ressourcenpool, ohne sich darum zu kümmern, wie oder woher diese Ressourcen stammen. Ebenso wenig interessiert uns die Infrastruktur der Wasserversorgungspumpstationen. Zu diesem Zeitpunkt wurde auch die andere Seite des Konzepts ausgearbeitet - nämlich das Konzept der IT-Services und deren Verwaltung innerhalb von ITIL / ITSM.
Es wurde eine Reihe von Definitionen von Clouds (Cloud Computing) entwickelt, die jedoch nicht als ultimative Wahrheit angesehen werden sollten. Dies ist nur eine Möglichkeit, die Bereitstellung von Utility Computing zu formalisieren.
- "Cloud Computing ist eine verteilte Datenverarbeitungstechnologie, bei der dem Benutzer Computerressourcen und -leistung als Internetdienst zur Verfügung gestellt werden" Wikipedia
- „Cloud Computing ist ein Modell für den bequemen Netzwerkzugriff auf einen gemeinsam genutzten Pool konfigurierbarer Computerressourcen (wie Netzwerke, Server, Speicher, Anwendungen und Dienste) bei Bedarf, der mit minimalem Verwaltungsaufwand oder minimalem Eingriff schnell bereitgestellt und bereitgestellt werden kann. Dienstleister »NIST
- „Cloud Computing ist ein Paradigma für die Bereitstellung des Netzwerkzugriffs auf einen skalierbaren und flexiblen Pool verteilter physischer oder virtueller Ressourcen, die im Self-Service-Modus bereitgestellt und bei Bedarf verwaltet werden.“ ISO / IEC 17788: 2014. Informationstechnologie - Cloud Computing - Überblick und Wortschatz.
Laut NIST gibt es drei Haupttypen von Wolken:
- IaaS - Infrastruktur als Service - Infrastruktur als Service
- PaaS - Plattform als Service - Plattform als Service
- SaaS - Software als Service Software als Service
Um den Unterschied sehr einfach zu verstehen, betrachten wir das Pizza-as-a-Service-Modell:
NIST definiert die folgenden erforderlichen Funktionen eines IT-Service, die als Cloud-basiert betrachtet werden sollen.
- (broad network access) – , . – 220 (), , , .
- (measured service) – . – , , , .
- (on demand self service) – , . , . ( ) .
- (rapid elasticity) – / ( ). – 3 , – .
- (resource pooling) – () . , . .
Es ist wichtig zu verstehen, dass die oben beschriebenen Cloud-Eigenschaften nicht von der Decke genommen werden, sondern eine logische Schlussfolgerung aus dem Konzept des Utility Computing sind. Und ein öffentlicher Dienst sollte diese Merkmale innerhalb des Konzepts haben. Wenn das eine oder andere Merkmal nicht übereinstimmt, wird der Service nicht schlechter und wird nicht "giftig", sondern hört einfach auf, trüb zu sein. Nun, wer hat gesagt, dass alle Dienste erforderlich sind?
Warum spreche ich separat darüber? In den 10 Jahren seit Einführung der NIST-Definition gab es viele Kontroversen über die definierte „wahre Trübung“. In den Vereinigten Staaten wird der Ausdruck „entspricht dem Buchstaben des Gesetzes, aber nicht dem Geist“ manchmal noch im juristischen Bereich verwendet - und im Fall von Cloud Computing ist der Geist die Hauptsache, die Ressourcen für die Miete mit zwei Klicks.
Es ist zu beachten, dass die oben genannten 5 Merkmale für eine öffentliche Cloud gelten. Wenn Sie jedoch zu einer privaten Cloud wechseln, werden die meisten von ihnen optional.
- Breiter Netzwerkzugriff - Innerhalb einer privaten Cloud hat das Unternehmen die vollständige Kontrolle über die Generierungskapazität und die Kunden. Somit kann diese Eigenschaft als automatisch erfüllt angesehen werden.
- (measured service) – utility computing, . ? , , - . . : chargeback ( ) showback ( , ).
- (on demand self service) – , . - - . – .
- (rapid elasticity) – . . – .
- (resource pooling) – , . .
Frage: Was genau ist Ihre private Cloud? Was muss ein Unternehmen kaufen und implementieren, um es aufzubauen?
Antwort: Eine private Cloud ist ein Übergang zu einem neuen Verwaltungsmodell der IT-Business-Interaktion, das zu 80% aus Verwaltungsmaßnahmen und nur 20 Technologien besteht.
Das Bezahlen nur für verbrauchte Ressourcen und den einfachen Einstieg, ohne Hunderte Millionen Öl in Investitionen stecken zu müssen, hat eine neue technologische Landschaft und die Entstehung von Milliardärsunternehmen geschaffen. Zum Beispiel erschienen die modernen Giganten Dropbox und Instagram als Startups auf AWS ohne eigene Infrastruktur.
Es sollte betont werden, dass Cloud-Service-Management-Tools immer mehr Proxy werden, wobei Sourcing und Qualitätskontrolle zu einer zentralen CIO-Verantwortung werden. Schauen wir uns die Herausforderungen dieser beiden neuen Verantwortlichkeiten an.
Als Alternative zur klassischen schweren Infrastruktur mit eigenen Rechenzentren und eigener Hardware sind die Wolken täuschend leicht. Es ist einfach, in die Cloud zu gelangen, aber das Problem des Ausstiegs wird normalerweise umgangen. Wie jede andere Branche setzen sich Cloud-Anbieter dafür ein, Unternehmen zu schützen und den Wettbewerb zu erschweren. Der einzige ernsthafte Wettbewerbsmoment entsteht nur bei der ersten Wahl eines Cloud-Dienstleisters, und dann wird der Anbieter alle Anstrengungen unternehmen, damit der Kunde ihn nicht verlässt. Darüber hinaus werden nicht alle Anstrengungen auf die Qualität der Dienstleistungen oder deren Reichweite gerichtet sein. Zuallererst ist es die Bereitstellung einzigartiger Dienste und die Verwendung von nicht standardmäßiger Systemsoftware, die es schwierig macht, zu einem anderen Anbieter zu wechseln. Beziehungsweise,Bei der Auswahl eines Dienstanbieters ist es erforderlich, gleichzeitig einen Übergangsplan von diesem Anbieter zu formulieren (in der Tat einen vollwertigen DRP - Disaster Recovery-Plan) und über die Architektur der Datenspeicherung und Sicherungen nachzudenken.
Der zweite wichtige Aspekt der neuen Verantwortlichkeiten des CIO ist die Kontrolle der Qualität der Dienstleistungen des Lieferanten. Fast alle Cloud-Anbieter halten SLA gemäß ihren eigenen internen Metriken ein, was einen äußerst indirekten Wert für die Geschäftsprozesse des Kunden haben kann. Dementsprechend wird die Implementierung unseres eigenen Überwachungs- und Steuerungssystems zu einem der Schlüsselprojekte bei der Übertragung wichtiger IT-Systeme an einen Cloud-Anbieter. In Fortsetzung des Themas SLA sollte betont werden, dass die überwiegende Mehrheit der Cloud-Anbieter die Haftung für die Nichteinhaltung von SLA in einer monatlichen Abonnementgebühr oder einem Bruchteil der Zahlung beschränkt. Beispielsweise gewähren AWS und Azure bei Überschreiten des Verfügbarkeitsschwellenwerts von 95% (36 Stunden pro Monat) einen Rabatt von 100% auf die monatliche Gebühr und Yandex.Cloud - 30%.
https://yandex.ru/legal/cloud_sla_compute/
Und natürlich dürfen wir nicht vergessen, dass Wolken nicht nur von Mastodons der Amazonas-Klasse und Elefanten der Yandex-Klasse ausgeführt werden. Es gibt auch kleinere Wolken - die Größe einer Katze oder sogar einer Maus. Wie das CloudMouse-Beispiel gezeigt hat, wird die Cloud manchmal einfach aufgenommen und endet. Sie erhalten keine Entschädigung oder einen Rabatt - Sie erhalten nur einen vollständigen Datenverlust.
Angesichts der oben genannten Probleme bei der Implementierung von hochklassigen IT-Systemen mit Geschäftskritikalität in Cloud-Infrastrukturen wurde in den letzten Jahren das Phänomen der "Cloud-Rückführung" beobachtet.
Bis 2020 hat Cloud Computing den Höhepunkt überhöhter Erwartungen überschritten und das Konzept ist auf dem Weg zu einem Graben von Frustrationen (laut Gartners Hype-Zyklus). Nach Recherchen von IDC und 451 Research Bis zu 80% der Unternehmenskunden kehren aus folgenden Gründen zurück und planen, Lasten aus den Clouds in ihre eigenen Rechenzentren zurückzugeben:
- Verfügbarkeit / Leistung erhöhen;
- Kosten reduzieren;
- Um die IS-Anforderungen zu erfüllen.
Was tun und wie ist alles "wirklich"?
Es besteht kein Zweifel, dass die Wolken ernsthaft und für eine lange Zeit gekommen sind. Und jedes Jahr wird ihre Rolle zunehmen. Wir leben jedoch nicht in ferner Zukunft, sondern im Jahr 2020 in einer ganz bestimmten Situation. Was tun mit Clouds, wenn Sie kein Startup, sondern ein klassischer Unternehmenskunde sind?
- Die Wolken sind in erster Linie ein Ort für Dienste mit einer unvorhersehbaren oder ausgeprägten saisonalen Belastung.
- In den meisten Fällen ist die Wartung von Diensten mit einer vorhersehbaren stabilen Last in Ihrem eigenen Rechenzentrum günstiger.
- Sie müssen mit Clouds mit Testumgebungen und Diensten mit niedriger Priorität arbeiten.
- Die Berücksichtigung der Platzierung von Informationssystemen in der Cloud beginnt mit der Entwicklung einer Methode für den Wechsel von der Cloud zu einer anderen Cloud (oder zurück zu Ihrem eigenen Rechenzentrum).
- Das Platzieren eines Informationssystems in der Cloud beginnt mit der Entwicklung eines Sicherungsschemas für die von Ihnen gesteuerte Infrastruktur.