https://www.rutalibreconsulting.com https://cdn.website-editor.net/29dc44fa4ddd445c9daa9c59ef0eb4ae/dms3rep/multi/IMG_20180714_093103-EFFECTS-9fd53830-e6b4c539-8d28b771.jpg https://www.rutalibreconsulting.com https://www.rutalibreconsulting.com/modernisierung-einer-reiseveranstalter-system-landschaft <div data-rss-type="text"> <p> <span> Der Kunde ist Reiseveranstalter und hat ein hoch spezialisiertes Geschäftsmodell. Im Rahmen einer Software Modernisierungsinitiative war ich als Business Analyst und Requirement Engineer für Planung, Konzeption und Umsetzung von Projekten im PIM- und SAP-Umfeld tätig und dabei das zentrale Bindeglied zwischen Anwendern in den Fachbereichen, Software Architekten und Entwicklern. </span> </p> </div> <div data-rss-type="text"> <h3> <span> Teilprojekt SAP-Integration - Anbindung an das Cobol basierte Kernsystem </span> </h3> </div> <div data-rss-type="text"> <p> <span> Das Kernsystem des Kunden ist ein Cobol basiertes Host-System. Es bildet neben der Reiseproduktion und Reservierung auch die Buchhaltung ab. Um langsam die monolithische Applikation zu ersetzen, wurden zunächst die Buchhaltungsprozesse in SAP nachgebildet. Im Cobol System wurden APIs als REST basierte Webservices implementiert, die mithilfe von individuell entwickelten Microservices den bidirektionalen Datenaustausch zwischen Host- und SAP-System realisieren. </span> </p> <p> <span> <br/> </span> </p> <p> <span> Im Cobol System sollte die Anpassung von Business Logik vermieden werden – die Logik zur Modellierung der Buchhaltungsdatensätze wurde daher über die neuen Microservices implementiert. </span> </p> <p> <span> <br/> </span> </p> <p> <span> Stammdaten (Kunden/Agenturen), kreditorische (Bestellungen) und debitorische Bewegungsdaten (Reisebuchungen) werden ereignis- und zeitgesteuert aus dem Host-System ausgelesen und in SAP verbucht. Der Microservice sorgt dabei für das Mapping auf die richtigen Kontenrahmen und nimmt die finanzbuchhalterisch notwendigen Buchungen und Gegenbuchungen vor. Zahlungseingänge werden in SAP verwaltet und über einen Microservice in die entsprechenden Datensätze der Buchungsvorgänge im Host-System injiziert.  </span> </p> <p> <br/> </p> <p> <span> <span> Die Businesslogik im Host-System musste hierfür nicht angepasst werden. Das Mapping von Vorgängen auf SAP-Konten erfolgt im Microservice und ist einfach konfigurierbar. </span> </span> </p> <p> <span> <span>  </span> <br/> </span> </p> </div> <div> <a> <img src="https://cdn.website-editor.net/29dc44fa4ddd445c9daa9c59ef0eb4ae/dms3rep/multi/Folie1-9dc43cfe.PNG" alt=""/> </a> </div> <div data-rss-type="text"> <p> <span> Die neue moderne IT-Architektur auf Basis von Microservices und REST-APIs zum Host-System ermöglichte die Anbindung von externen Systemen. SAP machte hier den Anfang – PIM und CRM folgten in weiteren Ausbaustufen. </span> </p> <p> <span> <br/> </span> </p> <p> <span> So konnte der Reiseveranstalter das bestehende Reservierungssystem für Kernfunktionen weiter nutzen und darüber hinaus von den Vorteilen etablierter Standardsysteme profitieren. <br/> </span> </p> </div> <div data-rss-type="text"> <h3> <span> Teilprojekt PIM-Integration - Modernisierung des Produktinformationssystems </span> </h3> </div> <div data-rss-type="text"> <p> <span> B2B und B2C Vertriebsplattformen sowie eigene eCommerce Webseiten wurden aus einem intern entwickelten Produktinformationssystem mit aggregiertem Content, Preis und Verfügbarkeitsdaten versorgt. </span> </p> <p> <span> <br/> </span> </p> <p> <span> Die bis dato bestehende Lösung lieferte unbefriedigende Aktualisierungsraten, war schwer erweiterbar und fehleranfällig. Die Endpoints zum Frontend waren aber gut durchdacht und haben sich bewährt. Neue Webapplikationen setzen bereits auf den vorhandenen Schnittstellen auf. </span> </p> <p> <span> <br/> </span> </p> <p> <span> Zukünftig sollten Daten schneller und ohne Umwege an die Vertriebs-Frontends gelangen. Wir entschieden uns dafür, die vorhandene Tomcat-basierte Mittelschicht durch ein Elasticsearch-Cluster zu ersetzen, einzelne Business-Objekte in neue Microservices zu packen und parallel zum bestehenden System auszurollen. Die Microservices kommunizieren nun über REST APIs direkt mit dem Cobol Host System und Elasticsearch. </span> </p> <p> <span> <br/> </span> </p> <p> <span> So konnte die PIM Legacy Applikation weiter bestehen bleiben – einzelne Bereiche konnten jedoch gezielt optimiert werden und eine schrittweise Migration wurde möglich. Risiken beim Refactoring wurden minimiert und Entwickler-Ressourcen gezielt für unmittelbar wertsteigernde und messbare Verbesserungen eingesetzt. </span> </p> <p> <span> <span>  </span> <br/> </span> </p> </div> <div> <a> <img src="https://cdn.website-editor.net/29dc44fa4ddd445c9daa9c59ef0eb4ae/dms3rep/multi/Folie2-e362641b.PNG" alt=""/> </a> </div> <div data-rss-type="text"> <p> <span> <span> Die Tomcat Mittelschicht ließen wir zunächst bestehen, um damit ein automatisches Regression Testing zu realisieren: Anfragen können gegen beide Systeme laufen und auf Abweichungen getestet werden - so erkannten wir z.B. nicht dokumentierte Ausnahmen. <br/> </span> </span> </p> </div> <div data-rss-type="text"> <h3> <span> Requirement Engineering erfordert fachliches &amp; technisches Know-how plus viel Empathie </span> </h3> </div> <div data-rss-type="text"> <p> <span> <span> Ein wesentlicher Teil meiner Arbeit vor der Umsetzung war es, die gewachsene Business Logik zu analysieren und mit dem Software Architekten eine Strategie für ein schrittweises Refactoring zu entwickeln . Wir haben dafür Business Objekte identifiziert in denen sich wesentliche Funktionsgruppen kapseln ließen - siehe auch </span> </span> <a href="http://dieter-jungkunz.de/blog/application-modernization-mit-dem-strangler-fig-pattern" target="_blank"> Application Modernization mit dem Strangler Fig Pattern </a> <span> . </span> </p> <p> <span> <br/> </span> </p> <p> <span> <span> Mit den Reiseterminen (Preis und Verfügbarkeit) wurde eines der wichtigsten Business Objekte identifiziert und als MVP/PoC umgesetzt. Danach folgten weitere Business Objekte. </span> </span> </p> <p> <span> <br/> </span> </p> <p> <span> Das Altsystem konnte somit schrittweise abgelöst werden und diese Form des Refactoring kam einer agilen Vorgehensweise bei der Frontend-Entwicklung entgegen. </span> </p> <p> <span> <br/> </span> </p> <p> <span> <span> Neben der fachlichen und technischen Kompetenz war ich als Requirement Engineer gefordert, bei den „forensischen“ Analysen der bestehenden Systeme mit Empathie vorzugehen. Oftmals haben die internen Entwickler solcher Systeme eine emotionale Bindung zu „ihrem“ System und sehen sich in der Rolle dessen, der den Laden am Laufen hält, während der CTO und die externen Berater mal wieder eine neue Sau durchs Dorf treiben (Agile, Microservices, Blockchain). </span> </span> </p> <p> <span> <br/> </span> </p> <p> <span> Wenn man sich aber wertschätzend mit der oft unter Zeit- und Budget-Druck erbrachten Leistung auseinandersetzt, dann erhält man wertvolle und oft nirgends dokumentierte Information und gleichzeitig Verbündete auf dem Weg zur Modernisierung. </span> </p> <p> <span> <span>  </span> <br/> </span> </p> </div> <div> <a> <img src="https://cdn.website-editor.net/29dc44fa4ddd445c9daa9c59ef0eb4ae/dms3rep/multi/Folie3-2.PNG" alt=""/> </a> </div> Sat, 20 Mar 2021 17:31:29 GMT 183:828771098 (Dieter Jungkunz) https://www.rutalibreconsulting.com/modernisierung-einer-reiseveranstalter-system-landschaft Application Modernization,Refactoring thumbnail main image https://www.rutalibreconsulting.com/blog/application-modernization-mit-dem-strangler-fig-pattern <div data-rss-type="text"> <p> <span> Budget freundliche Clouds, bessere Usability und die Flexibilität mithilfe agiler Softwareentwicklung neue Geschäftsmöglichkeiten zu nutzen, setzen Unternehmen mit Kernanwendungen auf Host Systemen unter Druck. Oft sind die Anwendungen Grundlage des Geschäfts. Wie können diese erfolgreich als Teil einer DevOps- und Agile-Strategie einer digitalen Transformationsstrategie zugänglich gemacht werden? </span> </p> </div> <div data-rss-type="text"> <p> <span> Für das Refactoring oder die komplette Modernisierung eines Systems gibt es verschiedene Beweggründe: </span> </p> </div> <div data-rss-type="text"> <h2> <span> IT kann der wettbewerbs- und wachstumsbedingten Anpassung von Unternehmensprozessen nicht gerecht werden... </span> <span> <br/> </span> </h2> </div> <div data-rss-type="text"> <p> <span> Viele mittelständische Unternehmen kämpfen irgendwann in ihrer Entwicklung mit einem typischen Wachstumsproblem: Die IT-Infrastruktur, die in den Anfangstagen einen Vorteil darstellte, wird nun langsam zu einer Last, die den täglichen Betrieb zur Qual macht und letztlich einige strategische Wachstumsoptionen nicht realisierbar werden lässt. </span> </p> <p> <span> <br/> </span> </p> <p> <span> Die Systemarchitektur hat sich zu einem unübersichtlichen, gewachsenen Organismus entwickelt - iterative Entwicklung, Continues Development und Deployment lassen sich mit einem solchen Gebilde oft nicht erreichen und die gewünschte Agilität leidet oder wird schlicht unmöglich. <br/> </span> </p> </div> <div> <a> <img src="https://cdn.website-editor.net/29dc44fa4ddd445c9daa9c59ef0eb4ae/dms3rep/multi/Meeting-Notes.jpg" alt=""/> </a> </div> <div data-rss-type="text"> <h2> <span> Wenn der aktuelle Technologie-Stack als "brennende Plattform" betrachtet wird, soll dieser durch einen neueren ersetzt werden...  </span> <span> <br/> </span> </h2> </div> <div data-rss-type="text"> <p> <span> Der Begriff "brennende Plattform" wird typischerweise verwendet, um eine Technologie zu bezeichnen, die als "end-of-life" betrachtet wird. Es kann zu schwierig oder zu teuer sein, Support für die Technologie zu bekommen, zu schwierig, Mitarbeiter mit der entsprechenden Erfahrung einzustellen.  </span> </p> <p> <br/> </p> <p> <span> Ein gängiges Beispiel für eine Technologie, die von den meisten Unternehmen als "burning platform" betrachtet wird, ist eine COBOL-Mainframe-Anwendung. <br/> </span> </p> </div> <div data-rss-type="text"> <h2> <span> Wie kommt man nun aus dieser Sackgasse heraus? </span> <span> <br/> </span> </h2> </div> <div data-rss-type="text"> <p> <span> Hier hat sich die "Strangler Fig" Methode bewährt - anstelle eines BigBang wird die zu ersetzende Plattform schrittweise ersetzt - oder von der wachsenden Schicht der neuen äußeren Services langsam quasi "abgewürgt". Auf diese Weise vermeidet man die Risiken die mit einem harten Schnitt, also dem ersetzen des kompletten Altsystems auf einen Schlag verbunden sind. </span> </p> <p> <span> <br/> </span> </p> <p> <span> Einzelne Funktionsblöcke des Altsystems können als neuer Service implementiert werden und über Schnittstellen mit der Kernapplikation kommunizieren. Diese Services können so konstruiert werden, dass sie über Feature-Toggles ein- und ausschaltbar sind. Ein Rollback ist damit per Konfigurationsänderung möglich. </span> </p> <p> <span> <br/> </span> </p> <p> <span> Es besteht auch die Möglichkeit, die beiden Funktionsblöcke parallel auszuführen und die Ergebnisse zu vergleichen. Auf diese Weise kann die Zuverlässigkeit des neuen Codes im Alltagsbetrieb überwacht und ggf. optimiert werden.    </span> </p> <p> <span> <br/> </span> </p> <p> <span> Neue Services werden schnell und iterativ ausgerollt und Anwender können sehr früh Feedback geben - so verhindert man Enttäuschung und Frust - die Software Modernisierung wird agil... <br/> </span> </p> </div> <div data-rss-type="text"> <h2> <span> Benötigen Sie Unterstützung bei Ihrem Refactoring- oder Modernisierungs-Projekt? <br/> <br/> </span> <a href="/angebot#AgileRequirementEngineering_ProjectManagement"> Hier erfahren Sie mehr über mein Angebot... </a> <span> <br/> </span> </h2> </div> Tue, 09 Mar 2021 23:34:22 GMT https://www.rutalibreconsulting.com/blog/application-modernization-mit-dem-strangler-fig-pattern Application Modernization,Refactoring thumbnail main image