{"id":73965,"date":"2021-06-24T08:00:00","date_gmt":"2021-06-24T06:00:00","guid":{"rendered":"https:\/\/e3magpmp.greatsolution.dev\/?p=73965"},"modified":"2021-06-25T11:30:09","modified_gmt":"2021-06-25T09:30:09","slug":"code-modernisierung","status":"publish","type":"post","link":"https:\/\/e3magpmp.greatsolution.dev\/de\/code-modernisierung\/","title":{"rendered":"Code-Modernisierung"},"content":{"rendered":"\n

Mit einer intelligenten Code-Modernisierung und einer ad\u00e4quaten Ziel\u00adarchitektur kann ein Unternehmen auch komplexe Transformationsprojekte relativ einfach, schnell und kostenoptimiert durchf\u00fchren. <\/p>\n\n\n\n

Die Aufgaben f\u00fcr SAP-\u00adBestandskunden sind klar umrissen: Zum einen m\u00fcssen sie auf Hana und S\/4 migrieren; zum anderen m\u00fcssen sie gleichzeitig neue Technologien und Architekturen nutzen, um die Modernisierung im Rahmen der digitalen Transformation konsequent voranzutreiben \u2013 etwa im Hinblick auf die schnelle und flexible Einf\u00fchrung neuer Gesch\u00e4ftsmodelle.<\/p>

\"\"<\/a><\/div>
\"\"<\/a><\/div>
\"\"<\/a><\/div>\n\n\n\n

Eine erhebliche Herausforderung bei der Migration stellt vor allem der Abap Custom Code in Altsystemen dar. Unternehmen, die bereits seit Langem SAP-Systeme einsetzen, verf\u00fcgen \u00fcber eine gro\u00dfe Menge an kundenspezifischem Code, der im Laufe der Zeit entwickelt wurde, um das Wachstum und die sich st\u00e4ndig \u00e4ndernden Gesch\u00e4ftsanforderungen zu unterst\u00fctzen. <\/p>\n\n\n\n

Dabei geht es auch um Code f\u00fcr strategische Gesch\u00e4ftsprozesse, den Unternehmen implementiert haben, um Wettbewerbsvorteile zu erlangen.Ein Gro\u00dfteil dieses Codes kann im Laufe der Zeit veraltet sein, da er nicht mit Blick auf die heutigen Anforderungen konzipiert ist, etwa hinsichtlich Sicherheit, Performance oder Wartbarkeit. <\/p>\n\n\n\n

Au\u00dferdem ist der Code in den neuen S\/4-Umgebungen vielfach nicht mehr lauff\u00e4hig. Der Abap Custom Code steht damit der Innovation im Wege, indem er Modernisierungs-projekte und Upgrades behindert.<\/p>\n\n\n\n

Containerisierung<\/h3>\n\n\n\n

Ganz allgemein zielt der Modernisierungsprozess im SAP-Kontext auf die Containerisierung und Modifizierung von Applikationen im Hinblick auf Funktionsverbesserungen und eine Upgrade-Unterst\u00fctzung ab. <\/p>\n\n\n\n

Schwierigkeiten bereitet dabei der Custom Code, da er typischerweise eng an den monolithischen Ansatz traditioneller SAP-ERP\/ECC-6.0-Systeme gekoppelt ist. Eine Like-\u00adto-Like-Migration ist kaum abbildbar und bietet keine Mehrwerte. <\/p>\n\n\n\n

Die Aufgaben lauten folglich, zun\u00e4chst eine Bestandsaufnahme des Custom Codes zu machen, mehrdeutige Abh\u00e4ngigkeiten zu identifizieren und Schnittstellen zwischen Anwendungskomponenten bereitzustellen. Das Ergebnis dieser T\u00e4tigkeiten sind eine erh\u00f6hte Transparenz, einfachere Wartung und Beseitigung von Regressionen.<\/p>\n\n\n\n

Custom-Code-Modernisierung<\/h3>\n\n\n\n

Eine Modernisierung des Custom Codes erfolgt im Grundzug in den vier Phasen Analyse, Dekomposition, Integration und Konzeption der Zielarchitektur.<\/p>\n\n\n\n

Im ersten Schritt geht es um die Code-Analyse und die Identifizierung derjenigen Teile vorhandener Systemapplikationen, die f\u00fcr eine Transformation in Microservices und eine containerbasierte Architektur geeignet sind. <\/p>\n\n\n\n

Die Analyse ergibt in aller Regel auch, dass in SAP-Systemen Code vorhanden ist, der nicht mehr genutzt wird und der somit nach einer Pr\u00fcfung eliminiert werden kann; der Anteil dieses ungenutzten Codes am gesamten existierenden Code in einem System kann bei bis zu 60 Prozent liegen. <\/p>\n\n\n\n

\"\"
Von der Analyse bis zur Zielarchitektur mit der SmartShift-Automation.<\/figcaption><\/figure>\n\n\n\n

Die Analyse identifiziert potenzielle Kandidaten, die durch das Aufzeigen von Abh\u00e4ngigkeiten zwischen Objekten entkoppelt werden k\u00f6nnen. Dar\u00fcber hinaus werden Quellcode-Verletzungen identifiziert, um die Gesch\u00e4ftsprozesse in einer S\/4-Umgebung ausf\u00fchrbar zu machen.<\/p>\n\n\n\n

Zweiter Schritt: In der Dekompositionsphase erfolgt dann eine iterative Konzep\u00adtion von Komponenten, die die vorhandene Code-Basis erneuern und als Building Blocks f\u00fcr neue Entwicklungen dienen. Die Komponenten unterst\u00fctzen eine moderne Stateless-Protokoll-Kommunikation, sogenannte Microservices.<\/p>\n\n\n\n

Der dritte Schritt umfasst die Integration mit einer Verbindung der Komponenten f\u00fcr den Echtzeit-Austausch von Daten und Prozessen. Dabei sollte eine Plattform zum Einsatz kommen, die eine lose Kopplung unterst\u00fctzt und API-Konnektoren, eine ereignisgesteuerte Programmierung sowie eine asynchrone Synchronisation f\u00fcr die Verbesserung der Fehlertoleranz nutzt.<\/p>\n\n\n\n

Der letzte Schritt betrifft die Ausgestaltung der eigentlichen Zielarchitektur, die idealerweise containerbasiert ist. Konkret geht es dabei zum Beispiel um die Abdeckung von Skalierungsanforderungen oder die Prozessunterst\u00fctzung mittels Automation im Hinblick auf Upgrades, Monitoring oder Testing.<\/p>\n\n\n\n

Hybrid-Cloud-Plattform<\/h3>\n\n\n\n

Neben der genutzten Methodik ist f\u00fcr eine erfolgreiche Migration vor allem auch die Zielarchitektur von ausschlaggebender Bedeutung. Und dabei hat sich inzwischen eine ideale Zielplattform herauskristallisiert. <\/p>\n\n\n\n

Will ein Unternehmen Innovationsthemen adressieren, ist im Hinblick auf die Zielarchitektur klar, dass an der Nutzung neuer Plattformen, Frameworks, Anwendungen und Technologien kein Weg vorbeif\u00fchrt: Integrierte hybride Multi-Cloud-Plattformen, Cloud-native Anwendungen, Container, Microservices und APIs sind dabei die entscheidenden Komponenten.<\/p>\n\n\n\n

Die Entwicklung ist dabei auch im SAP-Bereich klar vorgezeichnet: Hybrid-\u00adCloud-Plattformen und die Cloud-native Anwendungsentwicklung werden die Zukunft nachhaltig pr\u00e4gen. Das SAP-\u00d6kosystem wird in Richtung Hybrid-Cloud-
Architektur modernisiert und SAP-Bestandskunden werden damit k\u00fcnftig verst\u00e4rkt einen Mix aus On-premises-, Private- und Public-Cloud-Services nutzen \u2013 nicht nur f\u00fcr SAP-, sondern auch f\u00fcr Nicht-SAP-Workloads. <\/p>\n\n\n\n

\"\"
Das Side-by-Side-Extensibility-Konzept von SAP.<\/figcaption><\/figure>\n\n\n\n

Zudem werden Cloud-native Laufzeitumgebungen zum dominierenden Deployment-Muster werden, da sie der dynamischste Treiber f\u00fcr Innovationen sind. Eine besondere Bedeutung in der SAP-Welt der Zukunft nimmt die API-basierte Kommunikation ein. Offene APIs sind die technische Basis f\u00fcr die Vernetzung von Daten, Applikationen und Ger\u00e4ten und damit auch f\u00fcr die Umsetzung von Innovationen, ohne dass neue IT-Silos entstehen.<\/p>\n\n\n\n

Offene APIs<\/h3>\n\n\n\n

Die Nutzung offener APIs ist gerade auch hinsichtlich des Side-by-Side-Extensibility-Konzepts von SAP nahezu unverzichtbar. Es zielt ab auf die Verbindung von SAP-Daten, -Prozessen und -User-Interface mit modernen Programmierumgebungen, Continuous Integration und Continuous Delivery sowie DevOps-Methoden. <\/p>\n\n\n\n

\"\"
Agile Integration von SAP- und Nicht-SAP-Workloads.<\/figcaption><\/figure>\n\n\n\n

Sogenannte \u201eSide-by-Side Extensions\u201c f\u00fcr S\/4-Systeme erlauben im Gegensatz zu klassischen Abap-basierten Eigenentwicklungen die einfache Umsetzung von End-to-End-Prozessen und integrieren damit die SAP-Landschaft auch mit Nicht-SAP-Systemen. Dieses Konzept kann komfortabel auf Basis der Enterprise-Kubernetes-\u00adPlattform Red Hat OpenShift realisiert werden. Dadurch bestehen f\u00fcr einen Anwender Wahlfreiheit bei der Infrastruktur und die M\u00f6glichkeit einer Multi- oder Hy\u00adbrid-Cloud-Nutzung.<\/p>\n\n\n\n

F\u00fcr die einfache und schnelle Umsetzung des Side-by-Side-Erweiterungskonzepts sind Integrations- und Management-L\u00f6sungen vonn\u00f6ten. Moderne API-Management-L\u00f6sungen, wie sie etwa mit der Enterprise-Version 3scale-API-Management zur Verf\u00fcgung stehen, sind modular, hochskalierbar und verifiziert mit den APIs der SAP-Cloud und mit \u00advielen IT-Systemen von Drittanbietern. <\/p>\n\n\n\n

Zudem ist eine agile Integrationsl\u00f6sung erforderlich, mit der Entwickler eine bi\u00addirektionale Kommunikation mit Hana und Anwendungen herstellen k\u00f6nnen. Hier bieten sich vor allem das Open-Source-\u00adFramework Apache Camel oder Red Hat Fuse an.<\/p>\n\n\n\n

\"\"
End-to-End-Architektur im SAP-Kontext.<\/figcaption><\/figure>\n\n\n\n

Side by Side<\/h3>\n\n\n\n

Ist ein Side-by-Side-Konzept umgesetzt, ist auch eine komfortable Nutzung von Automatisierungsl\u00f6sungen wie Ansible m\u00f6glich. Ansible unterst\u00fctzt SAP-Anwender etwa bei Hybrid-Cloud-Deployments, das hei\u00dft bei der automatisierten Bereitstellung und Verwaltung von traditionellen und neuen containerisierten SAP-Work\u00adloads sowie von Nicht-SAP-Anwendungen in hybriden Cloud-Umgebungen. <\/p>\n\n\n\n

Ansible bietet dar\u00fcber hinaus DevOps-Automatisierung im SAP-Bereich, also eine Unterst\u00fctzung bei der automatisierten Entwicklung, Bereitstellung, Produktivnahme und Verwaltung von SAP-Plattformen.<\/p>\n\n\n\n

Insgesamt bietet eine neue, moderne Hybrid-Cloud-Systemarchitektur dem SAP-Anwender zahlreiche Vorteile. Dazu geh\u00f6ren unter anderem:<\/p>\n\n\n\n