Gestaltung einer erfolgreichen Pilotphase für Ihre Cloud-Migration

von Rostislav Markov, Naveen Kottala und Michael Steward übersetzt durch David Surey

Pilotphasen oder Piloten sind ein wesentlicher Bestandteil des Test- und Evaluierungsprozesses. Sie dienen dazu, die positiven und negativen Aspekte eines bestimmten Anwendungsfalls, Entwurfsmusters oder Ansatzes zur Anwendungsmigration zu testen und herauszufinden. Sie bieten Ihnen die Möglichkeit, die Basis Ihrer Architektur zu validieren, beispielsweise mithilfe einer Landing Zone, die von AWS Control Tower verwaltet wird.

In diesem Blog stellen wir Ihnen einen systematischen Ansatz zur Definition eines erfolgreichen Piloten vor. Der Prozess hilft Ihnen, organisationsspezifische Probleme aufzudecken, die mit hohen Kosten verbunden sein können, wenn sie nicht frühzeitig erkannt und behoben werden. Ihre Datenlandschaft enthält möglicherweise viele dynamische Berichtsabfragen in SQL-Prozeduren. Diese müssen überarbeitet werden, um proprietäre Lizenzen zu entfernen. In diesem Fall ist es sinnvoll, einen relevanten Anwendungsfall als Pilotprojekt auszuwählen. Dies hilft Ihnen, die damit verbundene Komplexität und den Aufwand besser zu verstehen.

Probleme bei der Verwendung von vereinfachten Piloten

Teams tendieren dazu, schnelle und einfache Piloten auszuwählen, um die Beteiligung von Anwendungs- und Geschäftsteams zu minimieren. Oder sie entscheiden sich dafür, nicht geschäftskritische Anwendungen zu testen, um Nachrüstungen oder Überarbeitungen zu vermeiden. Manchmal beschränken Teams ihren Piloten darauf, nur bestimmte Anwendungskomponenten zu testen. Dies kann beispielsweise so aussehen, dass Batch-Schnittstellenpakete migriert werden, ohne das End-to-End-Design und die Auswirkungen auf die Datenerfassung und Grenzsysteme zu berücksichtigen.

Wenn sich Teams auf diese schnellen und/oder einfachen Migrationen konzentrieren, kann dies ihre Cloud-Migrationsbemühungen verzögern. Um wiederverwendbare Standards und Kontrollmechanismen zu etablieren, empfehlen wir die Verwendung komplexerer Anwendungsfälle und eine bewusstere Bestimmung geeigneter Piloten. Lassen Sie uns nun die wichtigsten Überlegungen bei der Entwicklung der zu migrierenden Pilotengruppe diskutieren, basierend auf diesen ersten Leitprinzipien.

Kriterien für die Eignung von Piloten

Erfolgreiche Teams bestimmen die am besten geeigneten Piloten aus einem Portfolio von Hunderten oder Tausenden von Geschäftsanwendungen anhand der folgenden Kriterien:

• Portfoliorepräsentation. Der Pilot sollte die Architektur und den Technologie-Stack ähnlicher Geschäftsanwendungen und deren Komplexität repräsentieren. Wenn Sie in einer regulierten Umgebung arbeiten, wird die Auswahl einer regulierten Anwendung zum Aufbau und Testen des Kontrollrahmens Ihnen helfen, eine relevante Erfahrung für die nächsten Anwendungsmigrationen zu sammeln. Isolierte oder benutzerdefinierte Anwendungsfälle sind weniger geeignet, um eine wiederholbare Erfahrung aufzubauen.
• Migrationsstrategie. Teams beginnen Cloud-Migrationen oft mit einem einzigen Muster, wie z. B. einem automatisierten Rehosting auf Amazon Elastic Compute Cloud (Amazon EC2). Geschäftliche und technologische Treiber können jedoch verschiedene Migrationsansätze erfordern. Dazu können die manuelle Neuinstallation auf Amazon Linux 2, automatisierte Bereitstellungen mit Infrastructure as Code, der Umstieg auf Software as a Service (SaaS) oder die Umstellung auf Open-Source-Datenbanken, die auf Amazon Aurora und Amazon Relational Database Service (Amazon RDS) laufen, gehören. Die Wahl einer vielfältigen Migrationsstrategie gibt Ihren Teams praktische Erfahrung und hilft Ihnen, Verzögerungen zu vermeiden, die auftreten können, wenn Sie sich auf ein einziges Muster konzentrieren.
• Zieldesign. In jedem Anwendungsportfolio gibt es unterschiedliche Architekturmuster. Oftmals werden diese Muster durch eine kleine Anzahl von Zielarchitekturentwürfen repräsentiert. Beispielsweise können kommerzielle Standardanwendungen mit Cloud-kompatiblen Betriebssystemen für ein Rehosting auf Amazon EC2 geeignet sein. Ereignisgesteuerte Analyseanwendungen passen möglicherweise besser zu einem serverlosen Entwurfsmuster. Moderne Anwendungen mit regelmäßigen Releases können von einem containerisierten Entwurfsmuster profitieren. Sie können diese Anforderungen berücksichtigen, indem Sie verschiedene Zieldesignmuster und unterschiedliche Anwendungsfälle in Ihrem Piloten fördern und die Grundlagen frühzeitig schaffen.
• Verfügbarkeit der Stakeholder. Selbst in einem Pilotprojekt erfordern Design und Ausführung die Einbeziehung aller relevanten Stakeholder. Dazu gehören Anwendungsentwickler, Architekten, IT-Infrastrukturteams, Fachabteilungen sowie IT- und Geschäftsführer. Diese gemeinsame Zusammenarbeit über alle relevanten Teams hinweg reduziert Wartezeiten für Wissenstransfer, technische Zugriffskontrolle, Genehmigungen und Entscheidungsfindung.

Überlegungen für den Erfolg Ihres Piloten

Stellen Sie sicher, dass Sie bewusst vorgehen, wenn Sie den Erfolg des Piloten bestimmen und Beweise sammeln. Wir haben festgestellt, dass erfolgreiche Teams angestrebte Ergebnisse festlegen. Dann nutzen sie die Pilotphase, um die zugrunde liegenden Annahmen hinsichtlich der erwarteten Leistung, Kosteneinsparungen, Auswirkungen auf den Betrieb, Umstellungserfahrung aus Sicht der Geschäftsanwender und des Gesamtgeschäftswerts zu validieren. Zu den wichtigsten Überlegungen gehören:

• Return on Investment. Wie hoch ist der tatsächliche Migrationsaufwand? Was sind die wichtigsten Aufwandstreiber? Wie optimieren Sie für nachfolgende Anwendungsmigrationen? Welche tatsächlichen Kosteneinsparungen ergeben sich? Mit anderen Worten: Was können Sie bei Lizenzen, Größenanpassung oder reduziertem Betriebsaufwand einsparen?
• Technische Machbarkeit nach Migrationsansatz. Wie orchestrieren Sie die Migrations- und Umstellungsaktivitäten mit automatisiertem Rehosting? Wie stellen Sie mit Infrastructure as Code bereit? Welche Tools und Prozesse sollten Sie als Standard etablieren und für den Rest des Geschäftsanwendungsportfolios befolgen?
• Leistung der Zieldienste auf AWS. Ermitteln Sie die AWS-Dienstkonfiguration, die für Ihre Leistungsanforderungen erforderlich ist, und überprüfen Sie, ob deren Leistung besser ist als vor Ort. Zum Beispiel wird die technische Validierung von High Performance Computing oder rechenintensiven Batch-Prozessen auf AWS typischerweise Leistungstests mit dem gleichen Datensatz gegenüber On-Premises und AWS beinhalten.
• Betriebsmodell. Wie störend ist die Migration für das Rollen- und Verantwortungsmodell sowie für die täglichen Aufgaben? Überprüfen Sie den Grad der Veränderung, wie Anwendungsteams Infrastruktur bereitstellen. Wie interagieren sie mit IT-Betriebsteams? Welche Betriebsaufgaben werden beim Umstieg auf serverlose Dienste wie AWS Fargate oder AWS Glue übernommen?
• Sicherheit und Compliance. Ermitteln Sie die Auswirkungen von Compliance-Vorschriften und internen Governance-Richtlinien auf den Migrationsprozess. Validieren Sie beispielsweise den Risikokontrollrahmen für GxP, Health Insurance Portability and Accountability Act (HIPAA) oder Mindestanforderungen für die Einhaltung des Risikomanagements und den damit verbundenen Validierungsaufwand für jede Anwendung.
• Auswirkungen auf Geschäftsanwender. Ermitteln Sie, wie sich die Migration auf den neuen Technologie-Stack und/oder das Betriebsmodell auf Ihr Unternehmen auswirkt. Bewerten Sie auch die Anforderung an Anwendungsausfallzeiten und die Einbeziehung von Endbenutzern während der Umstellung als Teil des Musterauswahlprozesses.

Ergebnisse des Piloten

Bei der Planung von Pilotmigrationen ist Qualität weitaus wichtiger als Quantität. Der Pilot legt die wichtigsten Ergebnisse fest, um nachfolgende Migrationen zu beschleunigen. Zu diesen Ergebnissen gehören:

• Entwicklung von Referenzarchitektur und Bereitstellungsvorlagen. Die Zielarchitektur dient als Blaupause für die restlichen Anwendungen wird, die dem spezifischen Entwurfsmuster entsprechen. Wiederverwendbare Build- und Bereitstellungsvorlagen aus den Pilotmigrationen unterstützen die Beschleunigung der Migration im großen Maßstab.
• Aufbau eines Blueprints für die Betriebsbereitschaft. Erstellen Sie das erste minimal lebensfähige Produkt für den Betrieb auf AWS. Identifizieren Sie die Bereiche, in denen IT-Teams geschult werden sollten, um Cloud-Operationen zu verwalten.
• Erwerb eines maßgeschneiderten Migrationsplans/einer Baseline. Pilotprojekte liefern eine gute Annäherung an den Aufwand und die Kosten für die Migration anderer Anwendungen, die in dasselbe Muster fallen, und validieren die Annahmen, die der ursprünglichen Baseline zugrunde liegen.
• Identifizierung interner Champions. Die Zuweisung von Teammitgliedern zur Pilotphase schafft erste Fürsprecher für Veränderungen innerhalb der Organisation. Champions gehen mit gutem Beispiel voran, teilen ihre Erfahrungen und helfen dabei, andere Teammitglieder auf dem Weg zu unterstützen.

Fazit

Gute Pilotprojekte helfen dabei, eine solide Grundlage für die Einführung der Cloud im großen Maßstab zu schaffen und den Migrationsteams praktische Arbeitserfahrung zu vermitteln, um eine Verzögerung der Cloud-Migration zu vermeiden. Wenn Sie nur „schnelle Erfolge“ auswählen, werden Sie kurzfristig Erfolg haben, aber Ihr Fortschritt wird ins Stocken geraten, wenn Ihre Teams nicht systematisch auf Pilot- und Migrationserfahrung aufbauen.

Weiterführende Informationen

Weitere Anleitungen zur Skalierung und Beschleunigung der Cloud-Transformation Ihres Unternehmens finden Sie im AWS-Whitepaper über Cloud-Driven Enterprise Transformation on AWS[EN].

Über die Autoren

	Rostislav Markov ist leitender Architekt bei AWS Professional Services. Als technischer Leiter bei AWS Industries arbeitet er mit AWS-Kunden und -Partnern an deren Cloud-Transformationsprogrammen. Außerhalb der Arbeit verbringt er gerne Zeit mit seiner Familie im Freien, spielt Tennis und fährt Ski.
	Naveen Kottala arbeitet als Engagement Manager bei AWS Professional Services. Er hilft Life-Science-Kunden bei der Innovation und Migration in die Cloud unter Verwendung von AWS-Diensten. Vor seiner Zeit bei AWS arbeitete Naveen als Berater für große Pharmakunden bei der Implementierung von CRM-Anwendungen. Naveen hat seinen Sitz in New Jersey und lebt dort mit seiner Frau und zwei Kindern.
	Michael Steward ist SA Manager im Global Life Sciences Team. Er ist ein Entwickler, der es liebt, Kunden dabei zu helfen, neue Technologien zu nutzen, um ihre Probleme zu lösen. Sein Hauptaugenmerk liegt auf DevOps, Containern und Serverless-Technologien. In seiner Freizeit reist Michael gerne mit seiner Frau und sucht nach dem nächsten Wasserfall, den er mit seiner Kamera einfangen kann.