Andreas Maier

Eigenes Produkt: SaaS-Plattform für deutschsprachige Gemeinden zur automatisierten Transkription, Übersetzung und thematischen Auswertung von Predigten. End-to-end-Verantwortung von Produktidee über Architektur bis zum produktiven Betrieb.

In der Enterprise-Umgebung des Kunden (> 100 Microservices) ist es unabdingbar, ein Live-Monitoring der kritischen Geschäftsprozesse zu implementieren. Hierfür wurde der klassische Stack Prometheus und Grafana neben AppDynamics und Azure Monitoring gewählt.

Über ein Whitebox- sowie Blackbox-Testing wurden die Metriken ermittelt und nach Prometheus exportiert.

Meine Aufgabe war die Implementierung von Blackbox-Tests mit Playwright, die Einweisung der Teams für ein strukturiertes Anliefern der Metriken via Prometheus-API und die Unterstützung im CI/CD-Prozess für das automatische Deployment von Grafana-Dashboards.

Im Rahmen des Umbaus der Softwaresysteme von einer Legacy-Architektur auf Microservices in Quarkus ergibt sich ein hoher Schulungsbedarf. Mit der gleichzeitigen Einführung von Camunda, Kafka, OpenShift, Docker, Programmierung mit Apache Camel sowie der konsequenten Nutzung von Quarkus für die Microservices braucht es einige PoC-Implementierungen sowie Trainingsunterlagen und Aufgabenstellungen.

Meine Aufgabe war es, diverse PoCs durchzuführen – in Eigenleistung oder mit einem kleinen Team. Die Erstellung von Schulungsszenarien sowie die Schulung der Mitarbeiter waren weitere Aufgaben von mir.

Der Kunde des Projekts kaufte für diverse Bereiche (Vertragsverwaltung, Partnerverwaltung, Kundenbuchhaltung) Standardsoftware dazu. Die Aufgabe bestand darin, die Verträge einer neuen Sparte in das neue Vertragsverwaltungssystem zu integrieren und Bestandsdaten zu migrieren.

Ich war dafür zuständig, die Unternehmensarchitektur aus diversen Softwarebestandteilen (Kernsystem Cobol, Java Module, Fremdsoftware) zu analysieren, die bestehenden Interaktionen fachlich zu verstehen und in die Integration der neuen Software anzupassen.

Die Modellierung der neuen Schnittstellen über Apache Kafka, Rest, SOAP sollten exakt vorgenommen werden, damit die Softwareentwicklung außer Haus sowie die internen Entwickler genaue Vorgaben haben.

Der Kunde war ein großer Kreditkartenprozessanbieter für Reisekostenabrechnungen.

Die Anforderung war hier die Anlage von virtuellen Kreditkarten, welche durch komplexe fachliche Vorgaben erstellt, geblockt, archiviert werden können.

Dabei war die Kommunikation mit OEMs und Zahlungsanbietern notwendig.

Meine Aufgabe war der Ausbau der bestehenden Architektur und ergänzen durch die neuen fachlichen Vorgaben.

Darüberhinaus war es notwendig die Architektur den neuen Anforderungen anzupassen, neue Services erstellen und Codemigrationen durchzuführen, sowie die Integration in den Softwareentwicklungsprozess als auch in den CI/CD Prozess.

Die Aufgabenstellung des Projektes war es, eine bestehende Softwarearchitektur, welche mit Elasticsearch und manuellen Services erstellt worden war, auf eine Streamingarchitektur zu migrieren.

Dabei sollten die rohen Schiffsdaten von einem Eingangstopic auf weitere partitionierte Topics übertragen werden. Von dort aus konnten Wissensextraktionen der registrierten Customer gemacht werden. Da die Schiffsdaten partitioniert vorlagen, konnte entsprechend eine höhere Skalierung durch Replicas erfolgen.

Meine Zuständigkeit war es, ein passendes Apache Kafka Setup zu wählen und zu installieren/buchen. Als Vorgabe galt das Hosting bei Amazon AWS im MSK Service.

Darüberhinaus war ich zuständig für die Implementierung der Microservices selbst und auch für die Integration in das bestehende CI/CD System mit gitlab und dem Betrieb bei digital Ocean in Managed Kubernetes.

Im Rahmen des Softwareentwicklungsprozesses für einen Kreditkartenanbieter war es notwendig, ein Release-Tool zu pflegen, das die Vorbereitung eines Releases über mehrere z.T. abhängige Microservices managt.

Dabei war die Anbindung von Jira als Datenquelle notwendig. Damit wurde eine Übersicht des Gesamtreleases in Confluence erstellt, Releasenummern vergeben und eine Übergabe an das Testmanagement und das Rollout durchgeführt.

Für einen großen Bankdienstleister bestand die Herausforderung, von einer zentralen Architektur auf eine dezentrale Architektur zu migrieren. Hierbei wurden mehrere Projekte aufgesetzt, die zum einen unterschiedliche Messaging-Stacks mit Kafka vergleichen, aber auch eine Streamverarbeitung für fachliche Use Cases analysieren.

Meine Aufgabe in diesem Projekt war es, die Mitarbeiter hinsichtlich der Apache-Kafka-Funktionalitäten zu schulen und zu coachen. Hierbei gab es unterschiedliche Fragestellungen zu klären – unter anderem das Mengengerüst der zukünftigen Events und die benötigten Ressourcen, die Performance unterschiedlicher Stacks (Confluent) und deren Funktionsvielfalt sowie Logging und Monitoring.

Weiter wurde zur Umsatzabfrage eine Performance-Messung mithilfe einer Streamverarbeitung implementiert. Diese wurde mit einem Spring-Boot-Microservice gemessen und Timestamps in einen Elastic-(ELK)-Stack weitergegeben. Dort wurde die Zeitmessung dargestellt und den Stakeholdern präsentiert.

Zur Erweiterung der Core Banking Software wurde der Aufbau des Integration Layers definiert. Dieser besteht aus dem Messaging System Apache Kafka, Spring Boot Services, die in einem OpenShift Cluster betrieben werden. Meine Beteiligung in dem Projekt war neben der Beratung die Implementierung und Umsetzung von Aufgaben:

Development

Für die Entkopplung der Microservices von dem ERP System war es notwendig einen Kafka zu implementieren. Dabei bestand die Aufgabe darin den Kafka in einer geeigneten und angepassten Installation auf dem Kubernetes Cluster zu installieren.

Daraufhin wurde ein Kafka Adapter gebaut, der Event abhängig aufgerufen wird und dadurch Änderungen an den Artikel, Preisen, Bildern oder auch Kunden auf die entsprechenden Topics pushed.

Die Orderdaten die aus dem Drittsystem abgerufen wurden sollten in das JTL Wawi importiert werden. Hierzu wurde ein Import Tool (Ameise.exe) via Java gewrappt und der Import sowie Command Line ausgaben via Rest zurück gegeben.

Die Herausforderung war es, die Daten systemspezifisch auszuliefern. So sollten Kategorien in einem rekursiven Baum dargestellt werden, Bilddaten je nach Bedarf resized werden sowie Attribute zu Artikel und Styles gesteuert werden.

Um die gewünschte Performance bei der Auslieferung zu erreichen, wurde ein Redis Cache vor die Schnittstellen geschaltet, der große Requests sehr schnell beantwortet.

Im Mediation Layer wurde das komplette CardProcessing abgebildet, da im SAP-System die Performance nicht ausreichte. Auch war es nicht möglich, Open-to-Buy- sowie Limitstrukturen hierarchisch zu speichern. Diese Anforderung bestand, da ein Company Account Kreditkartenlimits auf unterschiedlichen Ebenen hat.

Als Austausch für die Services diente ein Apache Kafka. Es war erforderlich, sowohl im Betrieb als auch bei der Integration der Services Schulungen anzubieten und Unterstützung zu leisten. Auch dieser Aufgabenbereich lag in meinem Verantwortungsbereich.

Die Aufgabe in diesem Projekt bestand darin, die ideale Infrastruktur für eine TV-Ausstrahlung mit mindestens 100.000 gleichzeitigen Benutzern zur Verfügung zu stellen.

Das Modestartup expandiert sehr stark. In diesem Zusammenhang musste eine ERP-Software eingeführt werden, die den Anforderungen des Kunden entspricht. Im Rahmen dieses Projekts wurde für die Auswahl eines Anbieters eine Geschäftsprozessanalyse durchgeführt. Diese mündete in einer Short-/Longlist für die Anbieterkommunikation.

Im Rahmen eines Pitches hat man die passende Software ausgesucht.

In der Einführung mussten technische Anpassungen durchgeführt werden. So musste der Import der Produktdaten, Kundendaten, bisherige Bestelldaten organisiert und ausgeführt werden. Darüberhinaus musste der Logistik Prozess im Versand definiert und implementiert werden.

Aufbau einer Webpräsenz mit angeschlossenem E-Commerce WebShop auf Basis der Vision der Gründer.

Die Anforderungen waren Designvorgaben und funktionale Vorgaben, die speziell dafür angepasst werden mussten.

Hierfür wurde als Basis eine WooCommerce Installation genommen und erweitert. Eine Versionierung mit Git wurde eingeführt, die in Echtzeit über Änderungen in Slack informiert.

Funktionale Anpassungen waren für schaltende Kampagnen notwendig.

Beispiel: Ab einem Warenkorbwert von x werden Produkte automatisch hinzugefügt.

Die technische Verantwortung bestand darin, die komplette Seite von einem klassischen Hosting auf Amazon Web Services zu bringen. Angebunden waren ein Cloud ERP-System, Zahlungsanbieter. Aus den Produktdaten mussten für die Produktion Exports generiert werden.

Im Rahmen der Weiterentwicklung des Kundenverkaufsportals sind Änderungen in der bestehenden Architektur notwendig. Ziel beim Umbau ist Nutzung der bestehenden Funktionalität auf mobilen Geräten.

In einer Bankanwendung müssen gesetzliche Anforderungen umgesetzt werden. Hierbei geht es im Speziellen um die Anpassung des Kreditprozesses. Verbundpartner, die ebenfalls an den Kreditprozess angebunden sind, müssen neue Daten bekommen. Die Erweiterung einschließlich der E2E Tests wurden übernommen. Weiter ist es notwendig viele Teilprozesse technisch anzupassen wie z.B. Kreditentscheidungsprüfung, Modellrechnung, Kreditsicherheiten. Bei der Erweiterung von Services mussten entsprechend Modelle angepasst und Klassen generiert werden.

Aufbau einer Behaviour Driven Testing Implementierungs- und Ausführungsumgebung für einen neuen Teilbereich des Portals. Unterstützung und Beratung des Quality Assurance Teams für Performance- , SEO- sowie Tracking Testing. Dabei wurde die Analyse von passenden Werkzeugen sowie Prozessen evaluiert und eingeführt.

Die Aufgabe innerhalb dieses Teilprojekts waren die Planung der Kapazitäten im Team, einfordern von Ressourcen, Planung der Meilensteine und Demands für diverse Anforderungen aus der Betriebsorganisation und den Fachabteilungen. Weiter bestand die Aufgabe in der Abnahme der implementierten Funktionen und Weitergabe in das Testcenter, Report und Statusmeldung an die Großprojektleitung sowie die Budgetplanung und das Einfordern von Budgettöpfen. Die Planung für die Release Einführung den außerordentlichen Einsatz der Teammitglieder war ebenso die Aufgabe des Teilprojektleiters.

Das Kundenportal des großen Versicherungskonzerns bietet dem Kunden die Möglichkeit Verträge zu verwalten, persönliche Daten einzustellen, Schadenmeldungen vorzunehmen und viele weitere Funktionen auszuführen. Die Komplexität liegt vor allem in der herausfordernden Systemlandschaft des Konzerns. Dem Kunden ein einheitliches und durchgängiges Interface zu bieten bedarf vieler Anpassungen und Abstimmungen der Schnittstellen.

PROVI/PDB ist ein System in dem alle Versicherungsprodukte einer Sparte abgebildet werden. Aufgrund der Produktvielfalt ergibt sich eine sehr komplexe Datenbasis. Diese ist häufig Strukturänderungen unterworfen, die eine Anpassung der Weboberfläche erfordern. Darüber hinaus werden aus der Datenbank denormalisiert Daten als Container abgezogen. Diese dienen den nachgelagerten Systemen als hoch performanter Zugriff auf die Produktbasis.

Um eine neu entwickelte Zwischenschicht zu einem Rechenkern zu testen wurde das Quality Gate entwickelt. Dieses dient dazu fachliche Tests über die Zwischenschicht an den Rechenkern zu schicken und die Ergebnisse auszuwerten. Das Quality Gate hat eine Testverwaltung, eine Benutzerverwaltung sowie eine Verwaltung der auszuführenden Tests. Die Ergebnisse des Tests können in Echtzeit über eine Weboberfläche eingesehen werden.

Bei der Entwicklung/Test und Abnahme von Steuergeräten werden diverse Dokumente erstellt. Diese Dokumente enthalten Schaltpläne, Testergebnisse und Architekturinformationen. Diese werden werden im EEB dem Dokumentenmanagement System abgelegt und verwaltet. Dieses Dokumentenmanagement System bietet diverse Schnittstellen zu angrenzenden System und passt sich ideal in die IT-Landschaft des Automobilherstellers an.

Für die „metatrader“ Plattform wurde ein Plug in sowie Auswertungskomponente entwickelt. Das Plug- In lieferte zum Ende eines Trading-Tages alle gehandelten Daten an einen zentralen Server. Die Auswertungskomponente hat die Daten aufbereitet und ansprechend dargestellt.

Im Rahmen der Entwicklung von Systemen mit Hardware-in-the-Loop- und Software-in-the-Loop-Methoden wurden Dokumente erstellt, die in DoRIS archiviert wurden. DoRIS besteht aus einer C#-Oberfläche und einem Java-Backend. Versionsverwaltung, hierarchische Dokumentenstruktur sowie Versionsstandvergleich sind einige der Use Cases von DoRIS.