Cloud Placement Organizer

Eine Cloud-Migration führt dazu, dass ein System aus einer Quell- in eine Ziellandschaft überführt wird. Häufig wird während der Migration auch eine Anpassung der Architektur für die Ziellandschaft vorgenommen, um beispielsweise technologische Altlasten der Vergangenheit zu beseitigen. Dazu wird der so genannte „6-R-Approach” verwendet:

• Rehosting (Lift & Shift): Klonen der bestehenden IT-Landschaft
• Replatforming/Redeploying: Migration auf eine neue technologische Basis
• Repurchasing: Wechsel des Produkts
• Refactoring/Rearchitecting: Neubau der Applikation
• Retire: Abschaltung von Altsystemen
• Retain: Beibehaltung im aktuellen Zustand (keine Migration)

Typischerweise fokussieren sich Unternehmen bei der Cloud-Migration nicht auf lediglich einen der 6-R-Ansätze, sondern sie wählen häufig eine Kombination in Abhängigkeit der zu erwartenden technologischen Herausforderungen.

Oft wird die große Mehrheit der Applikationen und Systeme im „Rehosting”-Ansatz migriert, da dies meist die kostengünstigste Variante ist, die zudem wenige technologische Abhängigkeiten beinhaltet. Ergänzt wird diese Strategie um Replatforming- oder Redeploying-Ansätze, um die technologische Modernisierung für einen Teil der Anwendungskomponenten durchführen zu können.

Die am seltensten genutzte Variante ist die Refactoring-/Rearchitecting-Variante, da diese einen aufwändigen Neubau der App vorsieht. Das hilft zwar dabei, von den größten Cloud-Benefits zu profitieren, ist jedoch kurzfristig mit hohen Kosten verbunden.

Der Cloud Placement Organizer bringt bereits eine Reihe von Mechanismen mit, um die ideale Migrationsstrategie je nach System und App zu erkennen und vorzuschlagen.

Die Cloud besteht aus einem Verbund von Servern, die Ressourcen wie etwa Speicher bündeln. Der Unterschied zwischen der Public und der Private Cloud liegt vorrangig darin, dass bei der Private Cloud die Ressourcen der darunter liegenden IT-Infrastruktur exklusiv einem Unternehmen zur Verfügung stehen und sich bei der Public Cloud mehrere Unternehmen die Nutzung teilen („Shared Infrastructure”).

Die Public Cloud wird durch einen externen Dienstleister, einen sogenannten Cloud Service Provider, bereitgestellt. Der Dienstleister beschafft und betreibt die IT-Infrastruktur, sodass viele seiner Kunden die IT-Services konsumieren können. Es handelt sich dabei um eine von mehreren Kunden gemeinsam genutzte IT-Umgebung. Public Clouds zeichnen sich vor allem durch eine sehr hohe Funktionsvielfalt aus, welche häufig nur sehr aufwändig in der Private Cloud nachgebildet werden kann.

Die Private Cloud wird oft von Unternehmen selbst – manchmal auch von externen Dienstleistern – in Eigenregie betrieben. Das Unternehmen beschafft und betreibt die IT-Infrastruktur und konsumiert die IT-Services ausschließlich selbst, ohne dass Drittnutzer wie etwa andere Unternehmen die gleiche IT-Infrastruktur nutzen. Damit eignet sich die Private Cloud vor allem dort, wo Unternehmen ein besonders hohes Bedürfnis an IT-Sicherheit haben, da hier die Cloud nicht mit anderen Nutzer:innen gemeinsam genutzt und geteilt wird.

Eine Hybrid Cloud hilft bei der Kombination der Vorteile von beiden Cloud-Typen – Public und Private Cloud. So kann ein Unternehmen die Funktionsvielfalt der Public Cloud, jedoch für einzelne selektive Server und Apps die Private Cloud nutzen, wenn besondere Bedürfnisse hinsichtlich der Sicherheit vorliegen. Voraussetzung zur effizienten Nutzung der Hybrid Cloud ist jedoch eine genaue Planung dazu, welche Systeme und Server jeweils in der Private oder Public Cloud betrieben und genutzt werden sollen. So lassen sich die Vorteile beider Welten ideal vereinen.

Die häufigsten Anforderungen an die Cloud kommen aus dem Bereich der IT-Sicherheit. Unternehmen mit einem hohen Sicherheitsbedürfnis für besonders kritische Systeme bevorzugen die Private Cloud, da diese auf unternehmenseigenen Systemen läuft und keine anderen Unternehmen die Systeme ebenfalls nutzen. Weitere Aspekte bei der Entscheidungsfindung können die entstehenden Kosten, etwaige technische Restriktionen oder die Nutzung von besonderen technischen Stärken eines Anbieters sein.

1. Klare Strategie zur Nutzung von Private und Public Cloud

Da Private als auch Public Cloud häufig ein ähnliches Portfolio an Services anbieten, sollte klar definiert werden, für welche Anwendungszwecke der jeweilige Cloud-Typ genutzt wird. Das stellt sicher, dass es im Planungsprozess vor der Migration zu keinen Unstimmigkeiten kommt.

2. Sehr gute Kenntnis der IT-Landschaft

Die zu migrierenden Systeme und Apps sollten ausreichend gut dokumentiert sein, um sie adäquat in der Planung berücksichtigen zu können. Dazu gehört, dass die Menge an Servern und Apps, die verantwortlichen Personen im Unternehmen und die Geschäftskritikalität dokumentiert sind sowie auch eine technische Dokumentation vorhanden ist. Je besser und umfangreicher ein System dokumentiert ist, desto weniger technische und organisatorische Hürden können die Migration behindern.

3. Bestimmung des Umfang der Migration

Es sollte vor der Migration festgelegt werden, welche Systeme und Apps jeweils in die Cloud migriert werden. Die Auswahl kann nach Geschäftseinheiten und -prozessen sowie Geografie und Lebenszyklusstatus der jeweiligen Systeme erfolgen. Diese Vorgehensweise stellt sicher, dass der Migrationsumfang klar umrissen ist und sich während des Migrationsprozesses der Umfang auch nicht außerplanmäßig verändert (sogenannter „Scope Creep").

4. „Start small, think big"

Eine Cloud-Migration ist ein komplexes Vorhaben. Da zu Beginn einer Migration häufig wenig Erfahrungen vorliegen, empfiehlt es sich, die Migration mit wenigen und unkritischen Systemen und Apps zu starten. Die Planung sollte hingegen ausreichend langfristig sein und eine Zunahme der Migrationsgeschwindigkeit antizipieren, um auch große Landschaften migrieren zu können. So lässt sich zu Beginn mit geringem Risiko starten und im weiteren Projektverlauf das Migrationsrisiko begrenzt halten. 

5. Für Massenmigration: Nutzung einer Migration Factory

Eine Cloud-Migration ist ein zu großen Teilen individuelles Vorhaben. Auch wenn jedes System und jede App einzigartig funktionieren und agieren, lassen sich trotzdem wiederkehrende Aktivitäten, wie etwa das Testing der Systeme und Apps, bündeln. Es empfiehlt sich die Einrichtung einer sogenannten Migration Factory, welche die Aufgabe hat, standardisierbare Aufgaben zu zentralisieren und gleichzeitig den Cloud-Technikern Flexibilität zur Lösung von Sondersachverhalten einzuräumen.