Die Cloud ist ausgesprochen flexibel. Das ist das zentrale Technologieversprechen, die architektonische Grundlage und die zentrale Wahrheit, die die Entwicklung dieser Technologie vorantreibt. Doch trotz all dieser Flexibilität gibt es im Cloud-Computing-Modell der servicebasierten IT-Bereitstellung Hindernisse. Eine einfach zu integrierende Multi-Poly-Cloud-Landschaft aus Instanzen, die sich über unterschiedlichste private, öffentliche und hybride Rechenzentrumsleitungen verteilen, gibt es nicht.
Grundlagen von Multi-Poly-Clouds
Bevor wir uns die Verbindungs- und Integrationskluft ansehen, die hier besteht (und hoffentlich auch einige Wege aufzeigen, wie wir die vor uns liegende Kluft überwinden können), sollten wir uns noch einmal vor Augen führen, wie vielfältig die Cloud-Landschaft ist. Wie wir wissen, gibt es private und öffentliche Clouds sowie hybride Bereitstellungen, die beide Ressourcentypen umfassen.
Daneben gibt es Multi-Clouds – ein Bereitstellungsszenario, bei dem Unternehmen die Workloads ihrer Organisation über mehr als einen Cloud-Service-Provider (CSP) hosten. Diese Verteilung dient in der Regel dazu, Workloads anhand unterschiedlicher Preisstrukturen der CSPs, der Verfügbarkeit spezialisierter Tools, vorhandener Optimierungen von Cloud-Services (zusätzliche Speicherkapazität, höhere Transaktionsleistung, beschleunigte Verarbeitung oder Analysen und anderes) und manchmal sogar aufgrund von Markentreue zu optimieren.
Schließlich gibt es, zumindest im Rahmen dieser Diskussion, auch die Poly-Cloud. Dabei werden einzelne Komponenten einer Anwendung oder eines Datendienstes auf Grundlage ähnlicher Optimierungen wie den oben genannten über verschiedene Clouds „aufgeteilt“.
Warum ist das alles wichtig? Eine starke Dynamik in der Branche treibt Multi-Clouds (und auch Poly-Clouds) voran. Das Analystenhaus IDC geht davon aus, dass Multi-Clouds „bis 2022 in der Unternehmens-IT allgegenwärtig sein werden“. Dann werden 90 % der Unternehmen auf mehrere private und öffentliche Clouds angewiesen sein.
Während wir nun den Ausläufern dessen entgegengehen, was die Welt hoffentlich für das Ende der COVID-19-Pandemie hält, werden Cloud-Bereitstellungen offensichtlich und unweigerlich weiter zunehmen. Niemand muss daran erinnert werden, wie die DNA der Cloud – ihre Fähigkeit zur Fernanbindung – der Welt geholfen hat, 2020 und darüber hinaus weiterhin zu funktionieren.
Auch lesen: 5G treibt die Zusammenarbeit zwischen Netzbetreibern und Cloud-Infrastrukturanbietern voran
Die Flexibilität der Cloud funktioniert nicht
Trotz alledem liefert Multi-Cloud nicht die erhofften Ergebnisse. IDG hat in einem separaten Bericht von Flexera aus dem Jahr 2021 State of the Cloud dargelegt, wie sich das äußert: In fast der Hälfte der Fälle sind die Workloads fest in verschiedenen Clouds isoliert.
„Wahlfreiheit und die Möglichkeit, sich umzusehen, sind großartig. Wenn das digitale Ökosystem der von Ihnen genutzten Anbieter jedoch nicht zusammenspielt, werden die Teams, die Ihre Infrastruktur aufbauen, verwalten und absichern, mit nicht verbundenen Tools, isolierten Technologien und manuellen Prozessen belastet“, sagt Mandi Walls, DevOps-Advocate beim Unternehmen für das Management digitaler Abläufe PagerDuty. „Ihnen fehlen die Informationen, um zu sehen, was in Ihrer Infrastruktur geschieht, sowie effektive Möglichkeiten zur Reaktion. Dadurch verzögern sich Änderungen, und die Lösung technischer Probleme dauert länger.“
Walls beschreibt die Brüche ausgesprochen treffend, macht aber auch einige Vorschläge, wie wir den inhärenten Integrationsmangel überwinden können, der derzeit die Integration und Interoperabilität von Multi-Poly-Clouds sowie die anschließende Orchestrierbarkeit behindert, die wir alle anstreben.
Eine Möglichkeit, so das PagerDuty-Team, besteht darin, den Technologie-Stack möglichst einfach zu halten. In der Praxis bedeutet das, etwa virtuelle Maschinen, Netzwerk-Fabric, Load Balancer und Ähnliches zu standardisieren. Dadurch gehen jedoch die elastischen Vorteile des Cloud-nativen Ansatzes verloren.
Doch es gibt weitere Optionen. Wall weist darauf hin, dass man auch ausschließlich mit gemeinsamen, sich überschneidenden Architekturen arbeiten kann. Dieser Weg ist jedoch nicht einfach: Selbst bei Kubernetes gibt es laut CNCF mindestens 67 zertifizierte Distributionen.
„Alternativ können Sie einen Engineering-Betrieb aufbauen, der unterschiedliche Tools und Services zu bändigen vermag. Das bedeutet, zu einer Art Systemintegrator zu werden, wobei Engineering-Teams Multi-Clouds rund um die jeweils besten Lösungen aufbauen und warten. Ein solcher Ansatz wird etwa vom US-amerikanischen Einzelhandelsriesen Target verfolgt, wo 4.000 Ingenieure an der Multi-Cloud aus Google und Microsoft arbeiten“, sagt Walls.
Das Kernproblem eines solchen Ansatzes (oder eines ähnlichen Ansatzes mit vergleichbaren Konstrukten) besteht darin, dass er Investitionen von Tausenden Dollar und unzählige Engineering-Stunden erfordert – all das fließt in den „einfachen“ Aufbau und die Wartung einer Steuerungsebene, statt in die Schaffung von Differenzierung.
Walls und ihr Team beharren darauf, dass ein zugänglicherer Ansatz darin besteht, ein Modell zu verwenden, bei dem Tools, Technologien, Services und Anbieter vorintegriert sind und Teams und Informationsressourcen in Echtzeit miteinander verbinden. Dieses Modell ermöglicht eine reibungslose und zuverlässige Verwaltung der Infrastruktur und erlaubt es Teams, effektiv zu kommunizieren und zusammenzuarbeiten. Es könnte Unternehmen sogar dabei helfen, die Vorteile von Multi-Clouds zu nutzen und die Kluft zu überwinden.
Auch lesen: Öffentliche vs. private Cloud: Modelle für die Cloud-Bereitstellung
Drei Eckpfeiler der Integration
Es gibt zahlreiche Wege, Kanäle, Typen, Plattformen, Tools und Prozesse, aus denen das technologische Teiluniversum der Integration besteht. Da sich einige IT-Anbieter selbst als Integrationsspezialisten darstellen (Tibco wäre ein gutes Beispiel, obwohl das Unternehmen inzwischen einen umfassenderen Status als Cloud- und Datenplattformanbieter erreicht hat), können wir die Integration im Umfeld von Multi-Poly-Clouds aus drei Perspektiven betrachten.
Workflows
Nachdem PagerDuty die eigenen Empfehlungen selbst eingesetzt und die Prozesse durchlaufen hat, um zu verstehen, wie Workflows gehandhabt werden sollten, könnte die Position des Unternehmens zu diesem Aspekt wertvoll sein.
Laut Walls legen Workflows Verfahren fest, die Menschen, Teams und Systeme beim Lebenszyklusmanagement von Anwendungen sowie bei der Reaktion auf IT-Notfälle befolgen. Über das digitale Ökosystem hinweg integriert, sorgen Workflows für die Konsistenz, die DevOps-Teams benötigen, um in großem Maßstab zu arbeiten. Sie helfen Teams, auf Ereignisse zu reagieren und gemeinsam mit der IT schnell und effizient nach einem gezielten und vorgegebenen Plan Abhilfe zu schaffen.
„Workflows können für Listen zugelassener Tools, Technologien und Plattformen kodifiziert werden; sie können beispielsweise festlegen, wie Python mit Containern ausgeführt wird. Workflows sollten klein beginnen und wachsen, wenn sich Ihre Cloud verändert, und sie sollten sich weiterentwickeln, wenn sich die Anforderungen Ihres Unternehmens und Ihrer Kunden ändern“, sagt Walls.
Automatisierung
Die Automatisierung bildet die Schienen, auf denen Workflows ablaufen. Walls erläutert den hier ablaufenden Prozess und sagt, dass die Automatisierung Workflows und Prozesse ohne manuelle Eingriffe auslöst. Solche Eingriffe wären häufig ineffizient und könnten daher die Reaktion auf Ereignisse verzögern.
Sprengen, aufräumen, Silos aufbrechen
„Automatisierung sprengt die Prozesssilos zwischen Teams und Technologien. Sie räumt Routineaufgaben wie die Bereitstellung eines Knotens oder das Ausrollen eines Updates ab. So wird sichergestellt, dass die richtigen Mitglieder eines Teams zum richtigen Zeitpunkt benachrichtigt werden, wenn ein IT-bezogener Vorfall gelöst werden muss“, erklärt Walls.
Transparenz
Wir können mit gutem Grund sagen, dass Integration der Eckpfeiler von Transparenz ist – ein Mittel, um in den Betrieb Ihrer Technologie hineinzuschauen. Eine gut umgesetzte Integration ermöglicht es Teams, die für ihr Handeln erforderlichen Informationen zu erhalten. In Verbindung mit Workflows und Automatisierung bedeutet Transparenz außerdem, dass Teams bei Bedarf effektiv mit anderen zusammenarbeiten können.
Wenn Transparenz das gesamte Ökosystem durchdringt, haben Teams zusätzlich die Flexibilität, mit den von ihnen gewünschten Tools zu arbeiten – was die Produktivität unterstützt –, statt vorgeschriebene Tools verwenden zu müssen.
Walls verfügt wohl über genau das richtige Maß an Einblick, um diese gesamte Analyse zusammenzufassen. Sie untermauert die Analyse mit der Aussage, dass sich Multi-Cloud zwar durchgesetzt haben mag, ihre Eigenschaften jedoch zu Hürden für ihre Vorteile werden können.
„Ohne Integration über Ihr digitales Ökosystem hinweg – zwischen Tools, Technologien und Anbietern – bleiben Silos bestehen, Workflows werden abgebrochen, und die Automatisierung arbeitet isoliert. Die Integration stellt den Tunnel bereit, durch den Workflows kombiniert, Systeme orchestriert und Prozesse automatisiert werden können, damit die IT skalieren und Ihre Infrastruktur auf Plattformebene verwalten kann“, sagt sie.
Wenn wir all diese Grundlagen beherrschen, können wir uns vielleicht besser mit der erweiterten Nutzung von Multi-Poly-Cloud-Implementierungen in der Zukunft anfreunden.
Als Nächstes lesen: Was Sie über Cloud-Automatisierung wissen müssen: Tools, Vorteile und Anwendungsfälle