Ein weiterer Blick auf die Wolken. Was ist eine private Cloud?

Das Wachstum der Rechenleistung und die Entwicklung von x86-Plattformvirtualisierungstechnologien einerseits und die Verbreitung des IT-Outsourcings andererseits führten zum Konzept des Utility Computing (IT als Versorgungsdienstleistung). Warum zahlen Sie für IT nicht genauso viel wie für Wasser oder Strom – genau so viel und genau dann, wenn Sie es brauchen, und nicht mehr.

In diesem Moment tauchte das Konzept des Cloud Computing auf – die Nutzung von IT-Diensten aus der „Cloud“, d.h. aus einem externen Ressourcenpool, ohne sich darum zu kümmern, wie oder wo diese Ressourcen herkommen. Ebenso wenig kümmern wir uns um die Infrastruktur der Pumpstationen der Wasserversorgung. Zu diesem Zeitpunkt war die andere Seite des Konzepts ausgearbeitet – nämlich das Konzept der IT-Services und deren Verwaltung im Rahmen von ITIL/ITSM.

Es wurde eine Reihe von Definitionen für Clouds (Cloud Computing) entwickelt, die jedoch nicht als die ultimative Wahrheit angesehen werden sollten – sie sind lediglich eine Möglichkeit, Möglichkeiten zur 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 bietet ein Modell für die Bereitstellung eines bequemen, netzwerkbasierten Zugriffs auf einen gemeinsamen Pool bedarfsorientierter, konfigurierbarer Computerressourcen (z. B. Netzwerke, Server, Speicher, Anwendungen und Dienste), die schnell und mit minimalem Verwaltungsaufwand bereitgestellt werden können.“ Aufwand oder Intervention. Dienstanbieter" NIST
• „Cloud Computing ist ein Paradigma für die Bereitstellung von Netzwerkzugriff auf einen skalierbaren und flexiblen Pool verteilter physischer oder virtueller Ressourcen, Self-Service und verwaltet nach Bedarf“ ISO/IEC 17788:2014. Informationstechnologie – Cloud Computing – Überblick und Wortschatz.

Laut NIST gibt es drei Haupttypen von Wolken:

1. IaaS – Infrastruktur als Service
2. PaaS – Platform as a Service – Plattform als Service
3. SaaS – Software as a Service

Für ein sehr vereinfachtes Verständnis des Unterschieds schauen wir uns das Pizza-as-a-Service-Modell an:

NIST definiert die folgenden notwendigen Merkmale eines IT-Dienstes, um als cloudbasiert zu gelten.

• Universeller Netzwerkzugriff (breiter Netzwerkzugriff) – Der Dienst muss über eine universelle Netzwerkschnittstelle verfügen, die es fast jedem ermöglicht, sich mit minimalen Anforderungen zu verbinden und den Dienst zu nutzen. Beispiel: Um ein 220-V-Stromnetz zu nutzen, reicht es aus, es an eine beliebige Steckdose mit einer Standard-Universalschnittstelle (Stecker) anzuschließen, was nichts daran ändert, ob es sich um einen Wasserkocher, einen Staubsauger oder einen Laptop handelt.
• Gemessener Dienst – ein wesentliches Merkmal eines Cloud-Dienstes ist die Messbarkeit des Dienstes. Um auf die Analogie zum Strom zurückzukommen: Sie zahlen genau so viel, wie Sie mit minimaler Granularität verbraucht haben, bis hin zu den Kosten für das einmalige Aufkochen des Wasserkochers, wenn Sie einmal den ganzen Monat im Haus waren und eine Tasse Tee getrunken haben.
• Selbstkonfiguration von Diensten auf Abruf (On-Demand-Self-Service) – der Cloud-Anbieter bietet dem Kunden die Möglichkeit, den Dienst intelligent zu konfigurieren, ohne dass er mit den Mitarbeitern des Anbieters interagieren muss. Um den Wasserkocher zum Kochen zu bringen, ist es absolut nicht notwendig, Energosbyt im Voraus zu kontaktieren und im Voraus zu warnen und eine Genehmigung einzuholen. Ab dem Zeitpunkt des Hausanschlusses (Vertragsabschluss) können alle Verbraucher den bereitgestellten Strom selbstständig verwalten.
• Sofortige Elastizität (schnelle Elastizität) – Der Cloud-Anbieter bietet Ressourcen die Möglichkeit, die Kapazität sofort zu erhöhen/zu verringern (innerhalb bestimmter angemessener Grenzen). Sobald der Wasserkocher eingeschaltet ist, liefert der Anbieter sofort 3 kW Leistung ins Netz, sobald er ausgeschaltet wird, reduziert er die Leistung auf Null.
• Ressourcenpooling – die internen Mechanismen des Dienstleisters ermöglichen die Zusammenfassung einzelner Erzeugungskapazitäten in einem gemeinsamen Ressourcenpool mit der weiteren Bereitstellung von Ressourcen als Dienstleistung für verschiedene Verbraucher. Wenn wir den Wasserkocher einschalten, machen wir uns am wenigsten Gedanken darüber, aus welchem ​​konkreten Kraftwerk der Strom kommt. Und alle anderen Verbraucher verbrauchen diesen Strom mit uns.

Es ist wichtig zu verstehen, dass die oben beschriebenen Eigenschaften der Cloud nicht aus der Luft gegriffen sind, sondern eine logische Schlussfolgerung aus dem Konzept des Utility Computing sind. Und diese Eigenschaften muss ein öffentlicher Dienst im Rahmen des Konzepts aufweisen. Wenn das eine oder andere Merkmal nicht übereinstimmt, verschlechtert sich der Service nicht und wird nicht „giftig“, sondern hört einfach auf, trübe zu sein. Nun, wer hat gesagt, dass alle Dienste dies tun sollten?

Warum erzähle ich das gesondert? In den letzten 10 Jahren seit Einführung der NIST-Definition gab es viele Debatten über „echte Trübung“ im Sinne der Definition. In den USA wird im juristischen Bereich immer noch teilweise die Formulierung „entspricht dem Buchstaben des Gesetzes, aber nicht dem Geist“ verwendet – und beim Cloud Computing geht es vor allem um den Geist, die Ressourcen werden in zwei Teile gemietet Mausklicks.

Es ist zu beachten, dass die oben genannten fünf Merkmale für die öffentliche Cloud gelten, bei der Umstellung auf eine private Cloud jedoch die meisten davon optional werden.

• Universeller Netzwerkzugriff (breiter Netzwerkzugriff) – innerhalb einer privaten Cloud hat das Unternehmen die vollständige Kontrolle sowohl über Erzeugungsanlagen als auch über Verbraucherkunden. Somit kann diese Eigenschaft als automatisch erfüllt angesehen werden.
• Ein zentrales Merkmal des Utility-Computing-Konzepts ist der gemessene Service, die verbrauchsabhängige Bezahlung. Aber wie kann sich eine Organisation selbst bezahlen? In diesem Fall gibt es innerhalb des Unternehmens eine Trennung von Erzeugung und Verbrauch, die IT wird zum Anbieter und Geschäftseinheiten werden zu Konsumenten von Diensten. Und eine gegenseitige Abrechnung findet zwischen den Abteilungen statt. Es sind zwei Betriebsarten möglich: Chargeback (mit echten gegenseitigen Abrechnungen und Finanzbewegungen) und Showback (in Form einer Berichterstattung über den Ressourcenverbrauch in Rubel, jedoch ohne Finanzbewegungen).
• On-Demand-Self-Service – es kann einen gemeinsamen IT-Service innerhalb einer Organisation geben, in diesem Fall verliert das Merkmal seine Bedeutung. Wenn Sie jedoch über eigene IT-Spezialisten oder Anwendungsadministratoren in Geschäftsbereichen verfügen, müssen Sie ein Self-Service-Portal organisieren. Fazit: Das Merkmal ist optional und hängt von der Unternehmensstruktur ab.
• Sofortige Elastizität (schnelle Elastizität) – innerhalb einer Organisation verliert es aufgrund der festen Ausstattung zur Organisation einer privaten Cloud an Bedeutung. Im Rahmen innerbetrieblicher Abrechnungen bedingt einsetzbar. Fazit: Gilt nicht für eine private Cloud.
• Ressourcenpooling – heute gibt es praktisch keine Organisationen mehr, die keine Servervirtualisierung nutzen. Dementsprechend kann diese Eigenschaft als automatisch erfüllt angesehen werden.

Frage: Was ist also Ihre private Cloud? Was muss ein Unternehmen kaufen und umsetzen, um es aufzubauen?

Antwort: Die Private Cloud ist ein Übergang zu einem neuen Verwaltungsmodell der IT-Business-Interaktion, das zu 80 % aus Verwaltungsmaßnahmen und nur zu 20 % aus Technologie besteht.

Die Bezahlung nur für die verbrauchten Ressourcen und der einfache Zugang, ohne Hunderte Millionen Öl in Kapitalausgaben vergraben zu müssen, führten zu einer neuen Technologielandschaft und der Entstehung milliardenschwerer Unternehmen. Beispielsweise erschienen die modernen Giganten Dropbox und Instagram als Startups auf AWS ohne eigene Infrastruktur.

Es muss gesondert betont werden, dass Cloud-Service-Management-Tools immer indirekter werden und die Hauptverantwortung des IT-Leiters in der Lieferantenauswahl und Qualitätskontrolle liegt. Schauen wir uns die Herausforderungen dieser beiden neuen Verantwortlichkeiten an.

Als Alternative zur klassischen schweren Infrastruktur mit eigenen Rechenzentren und eigener Hardware sind Clouds täuschend leicht. Der Einstieg in die Cloud ist einfach, das Problem des Austritts wird jedoch meist umgangen. Wie in jeder anderen Branche sind Cloud-Anbieter bestrebt, das Geschäft zu schützen und den Wettbewerb zu erschweren. Der einzige ernsthafte Wettbewerbsmoment entsteht erst bei der ersten Auswahl eines Cloud-Dienstleisters, und dann wird der Anbieter alle Anstrengungen unternehmen, um sicherzustellen, dass der Kunde ihn nicht verlässt. Darüber hinaus werden nicht alle Anstrengungen auf die Qualität der Dienstleistungen oder deren Angebot abzielen. Dies ist zunächst einmal die Bereitstellung einzigartiger Dienste und die Verwendung nicht standardmäßiger Systemsoftware, was den Wechsel zu einem anderen Anbieter erschwert. Dementsprechend ist es bei der Auswahl eines Dienstanbieters erforderlich, gleichzeitig einen Übergangsplan von diesem Anbieter zu formulieren (im Wesentlichen einen vollwertigen DRP – Disaster Recovery-Plan) und die Architektur der Datenspeicherung und Sicherungskopien zu durchdenken.

Der zweite wichtige Aspekt der neuen Aufgaben des IT-Leiters ist die Überwachung der Qualität der Dienstleistungen des Lieferanten. Fast alle Cloud-Anbieter halten SLAs nach ihren eigenen internen Maßstäben ein, was äußerst indirekte Auswirkungen auf die Geschäftsprozesse des Kunden haben kann. Und entsprechend wird die Implementierung eines eigenen Überwachungs- und Steuerungssystems zu einem der Schlüsselprojekte bei der Übertragung bedeutender IT-Systeme an einen Cloud-Anbieter. Um das Thema SLA fortzusetzen, muss betont werden, dass die überwiegende Mehrheit der Cloud-Anbieter die Haftung für die Nichterfüllung des SLA auf die monatliche Abonnementzahlung oder einen Teil der Zahlung beschränkt. Beispielsweise gewähren AWS und Azure bei Überschreiten der Verfügbarkeitsschwelle von 95 % (36 Stunden pro Monat) einen Rabatt von 100 % auf die Abonnementgebü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 Amazon-Klasse und Elefanten der Yandex-Klasse erzeugt werden. Wolken können auch kleiner sein – so groß wie eine Katze oder sogar eine Maus. Wie das CloudMouse-Beispiel gezeigt hat, bleibt die Cloud manchmal einfach stehen und endet. Sie erhalten keine Entschädigung, keinen Rabatt – Sie erhalten nichts anderes als den vollständigen Datenverlust.

Angesichts der oben genannten Probleme bei der Implementierung hochwertiger geschäftskritischer IT-Systeme in Cloud-Infrastrukturen wurde in den letzten Jahren das Phänomen der „Cloud-Rückführung“ beobachtet.

Im Jahr 2020 hat Cloud Computing den Höhepunkt der überzogenen Erwartungen überschritten und das Konzept ist auf dem Weg zur Enttäuschung (laut Gartner-Hype-Zyklus). Gemäß den Forschungsergebnissen IDC и 451 Forschung Bis zu 80 % der Firmenkunden kehren aus folgenden Gründen zurück und planen, Lasten aus den Clouds in ihre eigenen Rechenzentren zurückzusenden:

• Verfügbarkeit/Leistung verbessern;
• Kosten reduzieren;
• Zur Einhaltung der Informationssicherheitsanforderungen.

Was tun und wie ist alles „wirklich“?

Es besteht kein Zweifel, dass die Wolken auf lange Sicht bestehen bleiben. Und jedes Jahr wird ihre Rolle zunehmen. Allerdings leben wir nicht in ferner Zukunft, sondern im Jahr 2020 in einer ganz konkreten Situation. Was tun mit Clouds, wenn man kein Startup, sondern klassischer Firmenkunde ist?

1. Die Cloud ist in erster Linie ein Ort für Dienste mit unvorhersehbarer oder stark saisonaler Auslastung.
2. In den meisten Fällen sind Dienste mit einer vorhersehbaren, stabilen Auslastung günstiger im eigenen Rechenzentrum zu unterhalten.
3. Es ist notwendig, mit Clouds mit Testumgebungen und Diensten mit niedriger Priorität zu arbeiten.
4. Die Überlegung, Informationssysteme in der Cloud zu platzieren, beginnt mit der Entwicklung einer Methode zum Verlassen der Cloud in eine andere Cloud (oder zurück in Ihr eigenes Rechenzentrum).
5. Die Platzierung eines Informationssystems in der Cloud beginnt mit der Entwicklung eines Backup-Schemas für die von Ihnen kontrollierte Infrastruktur.

Source: habr.com