Monolithische Software erfüllt häufig nicht die heutigen Anforderungen an Flexibilität, Sicherheit und Skalierbarkeit. Modernisierungsprojekte sind jedoch aufwendig und scheitern oft. Dieser Leitfaden zeigt Ihnen, wie Sie es besser machen, und welche sechs Schritte sie auf dem Weg zu einer modernen Microservices-Architektur zum Erfolg führen.
Inhalt:
Monolithische Applikationen sind schwer zu pflegen und lassen sich nicht oder nur mit großen Aufwand in moderne Entwicklungs- und Bereitstellungsmodelle wie Agile Development, DevOps oder Continuous Deployment integrieren. Es wird außerdem immer schwerer Fachpersonal zu finden, das sich mit den teils exotischen, teils veralteten Programmiersprachen auskennt, in denen die Anwendungen geschrieben wurden. In vielen Fällen lassen sich solche Legacy-Lösungen allerdings nicht ohne Weiteres durch moderne Systeme ersetzen, sondern müssen beispielsweise aus rechtlichen oder technischen Gründen weiterbetrieben werden.
Dieser Leitfaden zeigt Ihnen, wie Sie diese Hürde überwinden, Ihre monolithische Software in sechs Schritten erfolgreich modernisieren und auf eine cloud-native Microservices-Architektur migrieren.
Sie erfahren unter anderem:
- Warum schnelle Lösungen der Software-Modernisierung oft scheitern und nicht den erwarteten Mehrwert bringen.
- Welche Modelle der Migration es gibt und wie sie sich in ihren Erfolgschancen unterscheiden.
- Welche konkreten Vorteile mit dem Rearchitecting auf eine Microservices-Architektur verbunden sind.
Originalauszug aus dem Dokument:
Analysis and planning
Careful analysis of the application is needed in order to avoid creating a distributed monolith. Mapping all relationships, and documenting the business logic, data flow and usage is key.
Using commercial application intelligence tools such as Micro Focus Enterprise Analyzer will help shorten the analysis process and ensure that all information is collected and shared between team members. The purpose of the analysis is to scope the work, and provide the necessary information to plan the target microservices.
The collated information is used for high level definition of the microservices creation strategy and the target architecture during the planning stage. The entire project will pivot on the mapping between the existing application and the target architecture with the understanding that it will be adjusted over time.
It is important to maintain a balance between not having enough knowledge to proceed, and spending too much time on analysis at this stage in order to avoid analysis paralysis.