Risikomanagement bei der Anwendungsmodernisierung

Unternehmen, die Platform-as-a-Service (PaaS) wie Pivotal Cloud Foundry und Red Hat Open Shift nutzen möchten, beginnen normalerweise mit zwei Anwendungsumgebungen:

• Neue Initiativen (Greenfield), die von Grund auf mit Cloud Native Best Practices aufgebaut werden können
• Vorhandene Anwendungsumgebungen (Brownfield), die modernisiert werden sollen, um die Agilitäts-, Skalierbarkeits- und Leistungsvorteile der Cloud zu nutzen

Viele der vorhandenen Workloads (Brownfield) sind geschäftskritische Anwendungen, generieren beträchtliche Umsätze und sind anfällig für Störungen. Obwohl es ideal wäre, diese Anwendungen nach Cloud-nativen Prinzipien komplett neu zu strukturieren, ist dies im Allgemeinen weder praktikabel noch kosteneffizient.

Dieses Briefing bietet praktische Ratschläge und Best Practices dazu, wo und wie man mit dem Refactoring einer monolithischen Anwendung beginnt. In Kombination hilft dies den IT-Teams, den Modernisierungsprozess zu beschleunigen und verringert das Risiko, dabei Kundenereignisse und Geschäftsprozesse zu beeinträchtigen.

Siehe auch: Was Sie wissen müssen, bevor Sie Ihre aktuelle AV-Lösung ersetzen

Wo soll ich anfangen?

Kandidaten und Komponenten für das Refactoring identifizieren. Bevor wir beginnen, legen wir die Grundlage mit ein paar Annahmen:

Sie beginnen mit einem gut strukturierten Monolithen:

Bevor Sie mit dem Refactoring von Elementen Ihres Monolithen beginnen, müssen Sie einige Arbeiten durchführen, um sicherzustellen, dass er gut strukturiert ist. Wenn Sie nicht sicher sind, ob Sie mit einem gut strukturierten Monolithen beginnen, erfahren Sie mehr, indem Sie sich dieses Video „Modulare Monolithen“ von Simon Brown (@simonbrown) ansehen, einem Branchenberater für Softwarearchitektur.

Sie verwenden DevOps-Praktiken und -Tools:

Um das Beste aus Cloud-Native herauszuholen, müssen Sie die bewährten Methoden von DevOps befolgen und Automatisierungstools für Continuous Integration (CI)/Continuous Delivery (CD) verwenden. Weitere Informationen hierzu finden Sie im E-Book „Lessons Learned While Writing The DevOps Handbook“ der Autoren Gene Kim, Mark Tomlinson und Andi Grabner.

Was ist ein Monolith und wie kann ich ihn umgestalten?

In der heutigen neuen Welt verteilter, lose gekoppelter Anwendungsarchitekturen neigen wir dazu, Monolithen als etwas Schlechtes zu betrachten. Wenn Sie einen gut strukturierten Monolithen haben, besteht das einzig Schlechte daran darin, dass es sich um eine einzelne Codebasis handelt und Sie, um ihn zu skalieren, das gesamte Ding skalieren müssen. Im Grunde ist „ein Monolith aus Softwareperspektive eine Kombination aus Geschäftsfunktionen oder begrenzten Kontexten, die alle mit einem Kernkontext verflochten sind. Der Prozess der Umwandlung einer App in eine auf Mikrodiensten basierende Architektur erfordert die Trennung jedes dieser begrenzten Kontexte in seine eigenen Kontexte.“

Laden Sie das Whitepaper von Dynatrace herunter, um mehr darüber zu erfahren, wie Sie Risiken bei der Anwendungsmodernisierung verwalten können.