Wie Multi-Cloud Automatisierung zur Notwendigkeit machte
Einer von Tepilo in Großbritannien durchgeführten Umfrage zufolge dauert es durchschnittlich vier Monate, bis man sich in einem neuen Haus wie zu Hause fühlt. Ich bin offensichtlich nicht durchschnittlich.
Ich bin außerdem kein Brite, das kann vielleicht meine Entschuldigung sein. Wissen Sie, ich lebe jetzt seit sieben Jahren in meinem Haus und kann mir immer noch nicht merken, mit welchem Lichtschalter der Ventilator angeschaltet und mit welchem die Steckdosen im Wohnzimmer ausgeschaltet werden. Wie Sie sich vorstellen können, ist es für jeden, der gerade einen Film genießt oder ein Videospiel spielt, ziemlich verwirrend, wenn man es falsch macht.
In dieser Hinsicht sind keine zwei Häuser gleich, und das ist Absicht. Obwohl die Mechanismen – die Schalter und Wippschalter – dieselben sind und wir alle wissen, wie man sie bedient, sind sie in Bezug auf ihre Position oder Lage im Haus nicht standardisiert.
Wenn ich mich jedoch für ein Heimautomatisierungssystem entschieden und es mitgebracht hätte, wäre dies wahrscheinlich nicht das gelegentlich auftretende Problem, das es ist. Denn die Bedienung des Ventilators und der Beleuchtung erfolgt über eine vertraute, standardisierte Oberfläche.
Dies ist die Realität von Cloud-Eigenschaften. Sie alle verwenden dieselben Mechanismen (APIs, Konsolen, Prozesse), um allgemeine Betriebsaufgaben auszuführen. Dies ist einer der Vorteile der Cloud. Und was die Einarbeitung neuer Technologiefachleute angeht, kann die dafür erforderliche Zeit drastisch reduziert werden. Die Infrastrukturverwaltungsebene ist für jedes Unternehmen gleich. Dieselben APIs. Dieselben Konsolen. Dieselben Prozesse.
In einem maßgeschneiderten Rechenzentrum – ob private Cloud oder traditionell – trifft dies nicht unbedingt zu. Es sind zahlreiche Frameworks im Spiel (z. B. OpenShift, OpenStack usw.), für deren Betrieb spezifische Kenntnisse und Fachkenntnisse erforderlich sind.
Dadurch verkürzt sich letztlich die Einarbeitungszeit eines neuen Technologieexperten, da dieser bereits über praktische Kenntnisse der „Cloud“ verfügt. Wenn Sie Ihr Cloud-Operations-Team skalieren müssen, finden Sie jemanden, der mit Cloud X vertraut ist. Dies ist kein neues Konzept. Wenn Sie einen Entwickler für die Arbeit an einer App benötigen, die JavaScript-Kenntnisse erfordert, suchen Sie im Allgemeinen keinen Python-Experten.
Dies ist einer der Gründe, warum Multi-Cloud eine Herausforderung darstellt: Es erhöht das erforderliche Fachwissen und im Onboarding-Prozess muss erneut jeder Einzelne in die Bedienung der Infrastruktur eingewiesen werden. So wie mein Haus sind auch keine zwei Clouds gleich und obwohl die grundlegenden Infrastrukturkonzepte ähnlich sein können, trifft dies nicht auf die Terminologie, Objektmodelle, APIs und Konsolen zu.
Es überrascht nicht, dass die Tatsache, dass es nur in einer Cloud domänenspezifische Tools und Prozesse gibt, zur Entstehung von Cloud-Silos in Unternehmen geführt hat. Die Hälfte aller Teilnehmer unserer jährlichen Studie beschrieb ihren aktuellen Ansatz zur Verwaltung mehrerer Clouds als dedizierte Teams pro Cloud-Eigenschaft. Darüber hinaus gab die andere Hälfte an, dass es ihr bevorzugtes Modell sei.
Das überrascht mich nicht. Wenn Sie die Cloud als Produkt betrachten – und das ist sie –, werden Sie schnell feststellen, dass sie dieselben Betriebsschulden verursacht wie jedes andere Produkt. Modelle, APIs und Workflows sind jeweils einzigartig. Es ist sinnvoller, sich auf die Entwicklung von Fachwissen für einen einzelnen Mitarbeiter zu konzentrieren, als sich mit mittelmäßigem Management für alle zufrieden zu geben.
Die Multi-Cloud-Realität hat zur Einführung von Tools zur Infrastrukturautomatisierung geführt. Dies liegt nicht nur daran, dass die Automatisierung die Bereitstellung, Konfiguration und den Betrieb vereinfacht, sondern auch daran, dass die Tools zur Infrastrukturautomatisierung Cloud-agnostisch sind. Dies bedeutet, dass dieselben Terraform-Vorlagen oder Ansible-Skripte, die für eine Cloud verwendet werden, auch für eine andere verwendet werden können, da die Tools selbst die Unterschiede abstrahieren, die die Verwaltung mehrerer Clouds komplex machen.
Dies ist ein Beispiel für die Annäherung an eine konsistente Methodik und einen konsistenten Werkzeugsatz, der es jedem ermöglicht, schneller und selbstbewusster voranzukommen. Dieses Thema ist in der gesamten Unternehmens-IT erkennbar. Standardisierung ist ein Mittel zur Erzielung von Konsistenz, sei es auf der Ebene der Application und -bereitstellung, der Ebene der Anwendungsinfrastruktur (Web- und App-Server) oder der Datenspeicherebene. Wenn es um die Herausforderungen der Multi-Cloud geht, ist Konsistenz – verzeihen Sie die Redundanz – ein durchgängiges Thema.
So wurde Automatisierung durch Multi-Cloud nicht zu einem netten Extra und nicht zu einem Wettbewerbsvorteil, sondern zu einer Notwendigkeit.