Die Migration zu AWS: Ein Leitfaden für Manager

Vorwort

Ich bin Golfer (danke im Voraus für die Sympathie) - ich habe als Teenager angefangen zu spielen. Als Kind habe ich Baseball und Tennis gespielt. Als es an der Zeit war, Golf zu spielen, habe ich einfach einen Schläger in die Hand genommen. Wie schwer kann das schon sein? Ich kannte bereits Fußstellung, Griff, Gewichtsverlagerung und Durchschwung. Zu behaupten, dass ich in den ersten 15 Jahren, in denen ich Golf spielte, nicht sehr gut war, wäre eine grobe Untertreibung. Mir wurde klar, dass es zwar viele Gemeinsamkeiten gibt, aber die Feinheiten des Schwungs in beiden Sportarten sehr unterschiedlich sind und dass es wichtig ist, die Unterschiede zu erkennen. Wir kommen darauf zurück.

In den ersten 15 Jahren meiner beruflichen Laufbahn habe ich in der IT gearbeitet. Mitte bis Ende der 1990er Jahre, während des Booms der großen ERP-Umstellungen (Enterprise Resource Planning), habe ich große IT-Programme geleitet. Als sich das Jahr 2000 näherte, gab es mehrere Gründe für diese Umstellungen. Bei einigen Unternehmen führte das starke Wachstum in den letzten Jahren - einschließlich der Expansion durch die "Dot-Com"-Explosion - dazu, dass sie umgestaltet und neu organisiert werden mussten. Global agierende Unternehmen mussten ebenfalls umgestaltet werden, aber der Umfang und die architektonischen Zwänge, die sich aus ihren geografischen Anforderungen ergaben, führten oft zu ERP-Instanzen in mehreren geografischen Regionen. Für Unternehmen mit großen Mainframe-Systemen schließlich war das große ERP-System eine Möglichkeit, das berühmteste Jahr-2000-Problem zu lösen: die sechsstellige Datumsmathematik.

Als das Jahr 2001 anbrach, standen viele CIOs vor der Herausforderung, den Wert ihrer letzten großen ERP-Programme zu quantifizieren. In den frühen 2000er Jahren wollten viele Unternehmen mit einer ERP-Implementierung einen Wandel herbeiführen, aber die Programme wurden so komplex und kostspielig, dass sie die transformativen Aspekte des Vorhabens fallen ließen und sich darauf beschränkten, die Technologie zu implementieren, wobei viele der erhofften Ergebnisse ausblieben. Einige Jahre später durchliefen viele CIOs und ihre wichtigsten Geschäftskollegen eine "zweite Welle" von ERP-Programmen. Diese Programme waren weit weniger technologieorientiert. Stattdessen lag der Schwerpunkt auf der Transformation: Prozesse optimieren, Kosten senken, Abläufe und Architekturen weltweit standardisieren und Produkte schneller auf den Markt bringen. Die meisten Unternehmen erkannten die notwendigen Vorteile.

Ich würde sagen, dass beide Analogien für die Welt, in der wir uns heute befinden, relevant sind, da wir Arbeitslasten in die Cloud verlagern.

Auf einer Ebene ist die Migration in die Cloud wie andere wichtige IT-Aktivitäten, aber es ist wichtig, auf die Details zu achten. Wie in jeder guten IT-Abteilung gibt es eine Strategie, die eng mit den Geschäftszielen verknüpft ist, und ein Team von Mitarbeitern mit den richtigen Kenntnissen und Fähigkeiten, um sie umzusetzen. Die Migration in die Cloud ist nicht anders. Der Unterschied besteht darin, dass die Fähigkeiten, das Wissen, die Methoden und die Möglichkeiten, die für die Migration, die Ausführung und den anschließenden Betrieb der migrierten Arbeitslasten erforderlich sind, sich oft von denen unterscheiden, die in unserer traditionellen "On-Prem"-Welt benötigt werden.

Im Jahr 2020 befinden wir uns in einer ähnlichen Situation, denn viele CIOs haben die Vorteile der Verlagerung von Arbeitslasten in die Cloud noch nicht erkannt. Dafür gibt es mehrere Gründe. Erstens sehen wir, dass Unternehmen ihre Cloud-Reise beginnen, ohne zu definieren, warum sie Arbeitslasten in die Cloud verlagern wollen. Was ist die Strategie? Willst du Rechenzentren schließen? IT-Kosten zu senken? Willst du kritische Arbeitslasten in die Cloud verlagern, um die Vorteile von Cloud Native Services zu nutzen? Bei den Unternehmen, die diese Ziele definieren, gibt es eine unzureichende Governance, die Investitionen priorisiert, um das Unternehmen bei der Umsetzung seiner Strategie zu unterstützen. Das Ergebnis ist, dass die Arbeitslasten mit inkonsistenten Architekturen in die Produktion gelangen - vielleicht in verschiedenen Clouds, mit ineffizienter Nutzung der Cloud-Ressourcen und häufig ohne die notwendige Sicherheit, um die Informationen zu schützen. Es kann schwierig sein, diese Probleme schnell zu beheben. Die effektive und effiziente Umstellung auf die Cloud erfordert einen durchdachten Plan und eine gute Vorbereitung seitens des Unternehmens und der IT-Abteilung.

Zweitens: Um Arbeitslasten in die Cloud zu migrieren und sie zu betreiben, braucht ein Unternehmen in vielen Bereichen Cloud-Kenntnisse. Die meisten dieser Fähigkeiten ähneln denen, die in der On-Premise-Welt benötigt werden. Die Themen sind wohlbekannt: Infrastruktur, Sicherheit, Entwicklungs-/Programmierkenntnisse, Tools, DevOps und vieles mehr. Einige dieser Themen sind relativ einfach zu verstehen und zu bewerten - zum Beispiel sind die guten Migrationswerkzeuge, die auf dem Markt erhältlich sind, einfach zu prüfen und zu bewerten. Der Übergang vom traditionellen Softwareentwicklungszyklus zu DevOps erfordert jedoch Zeit und Übung, sowohl von den IT-Mitarbeitern als auch vom Unternehmen.

Genauso wie ein Golfer mit einem großartigen Baseball- und Tennisschwung sich an die Nuancen des Golfsports anpassen muss, muss auch ein Unternehmen von "On-Prem" auf Cloud-Fähigkeiten und -Prozesse umsteigen.

Vergleichen wir die Fähigkeiten des Golfers mit dem Wechsel zur Wolke - wir werden die Haltung, den Schwung und den Griff bewerten. Die Golfhaltung ist die Landezone der Cloud: Sie ist das Fundament, auf dem alles aufgebaut wird. Es gibt so viele Optionen, die deine Workload-Leistung, deine Backup- und Disaster-Recovery-Optionen und deine globalen Anforderungen an die Speicherung von Daten beeinflussen. Die Unternehmensstrategie gibt die Anforderungen vor, die sich auf die Gestaltung der Landezone auswirken. Dein Migrations-Swing ist der Satz von Werkzeugen, die zur Durchführung der Migration verwendet werden. Die Schaukel bewegt die Objekte von Ort A nach B. Es gibt Werkzeugsätze, mit denen sich die Bewegung von Anwendungen in ihre Landing Zones automatisieren lässt, einschließlich geschäftskritischer Mainframe-Workloads. Der Griff ist das zuverlässige Paar Hände, das für die Ausführung des Schwungs benötigt wird. Anstatt ein Eisen sieben zu halten, legst du deine Hände auf die AWS-Konsole, und du brauchst die richtigen Fähigkeiten und Kenntnisse, um erfolgreich zu sein. Der Aufbau eines Teams mit den erforderlichen Cloud-Fähigkeiten, um Cloud-Arbeitslasten zu migrieren und zu betreiben, wird häufig unterschätzt.

Einer der Leitsätze, die ich während meiner gesamten Laufbahn befolgt habe, lautet: Es ist sehr schwierig, etwas zu managen, was man noch nie gemacht hat. Wenn du keine Erfahrung hast, sind deine Ratschläge eher akademisch, und bei großen, komplexen Technologieprojekten ist einschlägige Erfahrung wichtig. Ich habe Jeff Armstrong vor zwei Jahren bei AWS kennengelernt. Er hat eine erstaunliche Technologiekarriere hinter sich - vom Softwareentwickler über die Führungskraft im Technologiebereich bis hin zum Berater - und hat sich nie weit von der Technologie entfernt. In den letzten Jahren hat er Kunden bei der Migration von Arbeitslasten zu AWS geholfen und kennt die vielen Entscheidungen, die Unternehmen bei der Cloud-Migration treffen müssen, aus erster Hand.

Dieses Buch ist das Ergebnis dieser Erfahrungen. Die erfolgreiche Verlagerung von Arbeitslasten in die Cloud hat strategische, technologische, prozessuale und menschliche Aspekte. Die Dokumentation eines durchdachten, koordinierten und ganzheitlichen Ansatzes im Vorfeld wird die Herausforderungen, denen ein Kunde auf dieser Reise begegnet, drastisch reduzieren. Jeff spricht ausführlich über die vielen Hebel, die ein Unternehmen bei der Migration betätigen kann - du wirst sie nicht alle bei jeder Migration brauchen, aber im Laufe der Zeit wirst du je nach Situation einige davon auswählen. Wenn du dich noch nicht so gut mit Cloud-Migrationen auskennst, kann es von Vorteil sein, das Buch zu überfliegen, um sich einen Überblick über die vielen Themen zu verschaffen, und es dann noch einmal genau zu lesen.

Ich gehe jetzt einen Eimer Bälle schlagen...

Jonathan Bauer
Principal, Deloitte Consulting-US AWS Lead Alliance Partner
Chicago, IL
Mai 2020