Es besteht (zumindest meiner Meinung nach) wenig Zweifel daran, dass das neue Standardbetriebsmodell für Unternehmensorganisationen weitgehend auf der Cloud basiert. Ich verwende den Begriff „Cloud“ als Oberbegriff sowohl für private (vor Ort) als auch für öffentliche (außerhalb des Unternehmens) Cloud-Modelle, da alles darauf hindeutet, dass in absehbarer Zukunft beide zum Einsatz kommen werden.
In manchen Fällen bedeutet das ein Vielfaches von beidem, in einer Mischung, die eine öffentliche Cloud gegen eine andere und mindestens eine (aber möglicherweise auch mehrere) private Cloud-Optionen antreten lässt.
Unabhängig davon, wie viele Elemente jedes Modells in der Strategie eines Unternehmens enthalten sind, besteht die Realität darin, dass es wahrscheinlich ist, dass Anwendungen über mehrere Clouds hinweg bereitgestellt werden. Mit anderen Worten: Es handelt sich um eine Multi-Cloud. Dafür gibt es eine Reihe guter Gründe, die für die heutige Diskussion jedoch nicht relevant sind. Es genügt zu sagen, dass Organisationen wahrscheinlich eine „ Multi-Cloud “-Strategie verfolgen. Genug gesagt.
Das bedeutet allerdings eine ganze Menge. David Linthicum , Cloud-Kommentator und außergewöhnlicher Experte, weist in einem aktuellen Artikel auf die Auswirkungen dieser Art von Strategie auf DevOps-Initiativen hin:
1. Sie benötigen eine Hybridlösung für DevOps Die heutigen öffentlichen Clouds bieten keinen One-Stop-Shopping-Service für DevOps. Obwohl sie über ein Anwendungsentwicklungsmanagement inklusive DevOps-Support verfügen, handelt es sich immer noch um eine Welt, in der Sie eine Lösung aus einem Produktmix zusammenschustern müssen, der öffentliche Cloud-Dienste und, ja, auch herkömmliche Software umfasst.
Wenn man diesen Punkt über die Notwendigkeit von Devops-Toolchains hinaus betrachtet, ist es wichtig zu erkennen, dass Sie Apps, wenn sie in mehreren Clouds ausgeführt werden, deshalb ausführen, weil Sie versuchen, sie den Benutzern bereitzustellen. Intern, extern, Partner. Menschen, Dinge, APIs. Es spielt keine Rolle, wer (oder was) der Benutzer ist. Tatsache bleibt, dass Sie eine App im Allgemeinen mit der Absicht bereitstellen, dass sie einem geschäftlichen Zweck dient. Dies erfordert, dass die App an denjenigen (oder dasjenige) geliefert wird , der sie benötigt.
Für die Bereitstellung von Apps sind Dienste erforderlich. Ob es sich einfach um Lastenausgleich für Skalierungszwecke oder um IoT-Sicherheitsdienste für Ihr neuestes Gerät oder Gadget handelt: Es gibt eine Vielzahl von App-Diensten, die letztendlich die sichere Bereitstellung von Apps für das vorgesehene Publikum gewährleisten. Wenn Sie in einem Multi-Cloud-Modell arbeiten, treten dieselben Probleme auf wie bei DevOps. Nicht alle Clouds bieten dieselben Dienste und es ist fast garantiert, dass native Dienste mit denen in anderen Clouds inkompatibel sind. Einige Dienste können Sie möglicherweise vom Cloud-Anbieter selbst beziehen, andere bleiben jedoch bestehen und für deren Bereitstellung sind andere Quellen erforderlich.
Wenn wir uns die Anzahl der App-Dienste ansehen, die heute von Organisationen eingesetzt werden, und zwar aus unserem Bericht „State of Application Delivery 2017“, werden Sie feststellen, dass die Mehrheit der Organisationen zwischen 11 und 20 App-Dienste nutzt. Das sind eine Menge Dienste, und sie verteilen sich auf fünf verschiedene Kategorien: Verfügbarkeit, Leistung, Sicherheit, Identität und Mobilität.
Das bedeutet, dass Sie wahrscheinlich mit einem Mix aus Diensten (Cloud-native und andere) dastehen, die über mehrere Cloud-Anbieter verteilt sind, ohne dass Sie diese effizient verwalten können. Ganz zu schweigen davon, dass Sie deren Fähigkeit, Ihnen die Transparenz zu bieten, die Sie für das bestmögliche Anwendungserlebnis benötigen, nutzen können.
Sie müssen, wie David es so prägnant ausdrückt, „eine Lösung aus einem Produktmix zusammenschustern, der öffentliche Cloud-Dienste umfasst“ und in diesem Fall eher traditionell bereitgestellte App-Dienste. Das ist ineffizient und stellt unseren Umfragen zufolge eine Herausforderung für Unternehmen mit einer Multi-Cloud-Strategie dar.
Wenn Sie sich für eine Multi-Cloud-Strategie entschieden haben, ist es wichtig, alle anderen Strategien, die davon betroffen sind, sorgfältig zu prüfen. DevOps ist eines, und App Services ist sicherlich ein anderes. Bei einer Multi-Cloud-App-Services-Strategie geht es um mehr als nur darum, sicherzustellen, dass Sie die benötigten App-Services in jeder Ihrer gewünschten Cloud-Umgebungen bereitstellen können. Um die Vorteile der Cloud zu nutzen, müssen Sie außerdem sicherstellen, dass Sie diese Dienste möglichst konsistent verwalten können, um einen Verlust der Transparenz und Richtlinienkonformität in den öffentlichen Clouds, aus denen Ihr neues Betriebsmodell besteht, zu vermeiden.
Multi-Cloud-Strategien sind vielleicht noch nicht ganz „die Norm“, aber alles deutet darauf hin, dass dies bald der Fall sein wird. Da ein erheblicher Prozentsatz der Unternehmen bereits in private Clouds investiert hat, erwägen viele nun die Nutzung öffentlicher Clouds, um ihre Kapazitäten zu erweitern und auch von deren Vorteilen zu profitieren. Doch diese Vorteile können leicht durch ineffiziente Lösungen zunichte gemacht werden, die nicht in der Lage sind, die für die sichere Bereitstellung von Anwendungen erforderliche Verwaltungs- und Richtlinienkonsistenz zu gewährleisten.
Eine Multi-Cloud-Strategie erfordert Multi-Cloud-Lösungen und dazu gehören auch die App-Dienste, die für die Bereitstellung einer sicheren und zufriedenstellenden Anwendungserfahrung so wichtig sind.