Was während der Cloudifizierung zu tun ist
Geht es vor dem Schritt in die Multi-Cloud vor allem darum, nicht den zweiten Schritt vor dem ersten zu tun und erst einmal zu klären, was die geplante Cloudifizierung konkret umfassen soll, ist während der eigentlichen Umsetzung Stringenz und Konsequenz angesagt. Denn nichts ist in Cloud-Projekten schlimmer, sprich teurer, als einmal getroffene Entscheidungen immer wieder zu ändern. Wer Rechenkapazitäten und Anwendungen nicht wie vereinbart außer Betrieb setzt, schafft automatisch Zwei- bis Dreifach-Architekturen, welche die gesamte IT ausbremsen können. Sogenannte „Phantomapplikationen“ entstehen, die faktisch niemand mehr nutzt oder deren Prozesse nicht mehr existieren.
In diesen Situationen ist konsequentes Ab- und Ausschalten gefragt. Eine klare Segmentierung der Infrastruktur hilft bei der Einsortierung der jeweiligen Workloads und Anwendungen. So kann ein Unternehmen beispielsweise drei „Töpfe“ bilden: eine SAP-Cloud und eine Microsoft-Cloud, sowie eine „Krypta“, in der abzuschaltende Systeme abgelegt und sprichwörtlich mit einem Grabstein versehen werden. Diese Aufteilung verhindert ausufernde Diskussionen, die dazu führen, dass bestimmte Systeme einfach weiterlaufen. Und dass dadurch das Ziel der „Zero IT“ immer weiter in die Ferne rückt.
Die Fachabteilungen spielen in solchen Diskussionen die Schlüsselrolle, denn nur sie können den Mehrwert von Anwendungen beurteilen und nicht externe Berater oder die Kollegen der IT. Entsprechend muss das Management dafür sorgen, dass die Fachexperten während der gesamten Cloud-Migration mit an Bord sind – und das nicht nur zu zehn Prozent, sondern gleichberechtigt mit der IT. Hinzu kommt die Einbindung externer Cloud-Experten, die nicht so emotional mit dem Thema umgehen wie die Internen und die nach dem Vier-Augen-Prinzip eine unabhängige Sicht einbringen. Dies macht die Transformationsprozesse erfahrungsgemäß nicht nur schneller, sondern erhöht auch deren Qualität.
Cloud-Migration - der Tag danach
Ist ein Unternehmen dann in der Multi-Cloud angekommen und sind die Altsysteme abgeschaltet, steht ein erneuter Perspektivwechsel an. Denn „am Tag danach“ gilt es, die unterschiedlichen Cloud-Lösungen auch optimal zu nutzen. In der herkömmlichen IT gingen implementierte Systeme in eine sogenannte „Frozen Zone“ über, in der sie weitgehend unangetastet blieben, solange sie reibungslos liefen. Um die Prozesse in der Cloud muss sich ein Unternehmen nach der Implementierung hingegen fortlaufend kümmern – wenn auch unter anderen Gesichtspunkten. Es geht nicht mehr um die Wartung und Pflege von Anwendungen und Systemen, sondern um andere Fragen: Wie lässt sich eine Anwendung noch mehr auf die Anforderungen der Fachabteilung zuschneiden? Welche potenziellen Mehrwerte der gebuchten Dienste sind noch ungenutzt? Wie handhabe ich das Update-Management? Welche Cloud-Workloads lassen sich wieder außer Betrieb nehmen? Überlasse ich dieses Management dem Provider? Oder setze ich besser auf Cloud-Experten, die sich je nach Bedarf buchen lassen? Als Vorgehensweise ist dabei ein agiles Vorgehen wie DevOps unersetzlich, ohne dass sich eine Multi-Cloud kaum sinnvoll nutzen lässt.
Cloud-Berater im Betrieb einer Multi-Cloud-Umgebung sollten entweder aus dem eigenen Unternehmen kommen oder Externe sein – nie jedoch vom Provider selbst gestellt werden. Sonst ist die Gefahr zu groß, Services zu buchen, die im Cloud-Zeitalter hinfällig werden. Zwei Beispiele: Niemand muss für Exchange Online noch Wartung zukaufen. Auch beim Einsatz von Microsoft Office 365 ist keine Support-Hotline mehr erforderlich.
Cloud muss weniger betrieben als beraten werden. Dementsprechend braucht es statt Server-Managern nun Service-Manager, die an der Schnittstelle zwischen Fachabteilung und Cloud-Anbieter fungieren. Sie unterstützen etwa, wenn ein Cloud-Workload über Wochen und Monate weitgehend ungenutzt läuft und unterbreiten kostengünstigere Alternativen. Auf diese Weise halten sie einen kontinuierlichen Verbesserungsprozess in Gang, der keine „Frozen Zones“ für Anwendungen mehr kennt.