Zertifizierter AWS Cloud-Architect und Entwickler (Java/Kotlin, Spring) mit >20 Jahren Erfahrung

Projektziel/Leistungsumfang
Im Rahmen eines innovativen Plattform-Projekts bei der Atruvia AG (Großprojekt 500+MA) war ich maßgeblich an der Entwicklung und Implementierung eines Cloud-Dienstes beteiligt, der es Atruvia-Kunden ermöglicht, eigene Dienste innerhalb einer Cloud-Infrastruktur zu hosten. Mein Fokus lag auf der Konzeption und Umsetzung eines Marktplatzes, der als zentrales Shop-System für die Bestellung und Konfiguration von Cloud-Services dient.

Hauptaufgaben und Verantwortlichkeiten:

• Softwareentwicklung: Entwicklung von Microservices in Java, Kotlin, TypeScript und Python. Primär im Bereich SpringBoot (70%) und Angular (30%). Backendseitig wurden durch mich, ganz typisch, REST-Controller und Services sowie Entities und Repositories implementiert. Ein großer Fokus lag dabei im Bereich Performance-Tuning durch effizientes Caching mit Redis und Einsatz einer MongoDB. Aber auch eine klassische Postgres Datenbank kam zum Einsatz. Ein weiterer Schwerpunkt für mich war die Anbindung an das SSO-System mit OAuth2 bzw. OpenID. Frontendseitig wurden von mir bestehende Angular-Komponenten und Service bearbeitet bzw. neue implementiert. Mein Fokus lag im Bereich Typescript und HTML, weniger im CSS.
• Architekturmanagement & Modellierung: Optimierung und Dokumentation der Systemarchitektur und Modellierung der Schnittstellen zum eigenen Frontend sowie eigenen und fremden Microservices. Die umfangreiche Dokumentation der Architektur erfolgte primär im proprietären Atruvia-Framework DocIT4U. Ich habe den Wechsel vom Code-First zu Contract-First-Ansatz mit OpenAPI initiiert und implementiert. Sowohl das Backend als auch das Frontend nutzen nun generierte Client- bzw. Server-Stubs -- wesentlicher Vorteil ist hier, dass versehentliche (oder bewusste) Änderungen am Backend nun keine unerwarteten Auswirkungen mehr auf das Frontend haben können, da die Schnittstelle stabil bleibt.
• Tests: Neben klassischen Unit und Integrationtests im Java und Kotlin Backend mit Junit und Easymock, wurden durch mich Last- und Performancetests mit Jmeter implementiert und in der CI-Pipeline integriert. Frontendseitig wurden Tests mit dem Jasmine-Framework umgesetzt. Für End-to-End-Tests habe ich Cypress-Tests geschrieben und auch hier die CI/CD-Pipeline so erweitert, dass diese Tests zwingend bei jedem Merge-Request ausgeführt worden sind.
• DevSecOps: Weiterentwicklung der mehrstufigen CI/CD-Pipelines (Security-Analysen, E2E-Tests mit Cypress, Load-Tests mit JMeter, Docker-Build, Harbor-Deployment, ...).

Technologien und Werkzeuge:
Java, Kotlin, TypeScript, Python, SpringBoot, JPA/Hibernate, Angular, OpenAPI, Docker, OpenShift/Kubernetes, GitLab, Redis, Postgres, MongoDB, Grafana, Cypress, JMeter

Projekt: Edgar - Planung und Optimierung von Energiesystemen

Firma: FI Freiberg Institut GmbH

Aufgaben:
Der Prototyp der Anwendung - ein monolithisches System welches direkt auf dem Entwickler-PC 'gehostet' worden ist - sollte zur kommerziellen Nutzung funktional erweitert und in der Cloud verfügbar gemacht werden. Ich übernahm den Job als Interim-CTO und Software-Architekt. Unter meiner Führung wurde der Monolith in Microservices aufgespalten und funktional massiv erweitert, Schnittstellen per OpenAPI designed (Contract first/Code generiert), Infrastruktur in der
AWS cloud aufgesetzt (ECS, EKS, Terraform), Cloud-Security (nach principle of least priviliges) implementiert, CI/CD-Pipelines aufgesetzt, Autoscaling, Monitoring und Alerting eingerichtet, uvm. Im Ergebnis sind Kunden/Nutzer ebenso zufrieden wie die Geschäftsführung und das Entwickler-/DevOps-Team, denn Zuverlässigkeit und Performance der Anwendung sind jederzeit gesichert, auch während laufenden Deployments oder außergewöhnlichen Lastspitzen. Dabei wurden
Kosteneffizienz, Leistungsfähigkeit und Hochverfügbarkeit in Einklang gebracht. AWS attestiert dem System die konsequente Umsetzung nach dem "Well-Architected Framework".

Fachlich handelt es sich um eine Simulations- und Mehrziel-Optimierungs-Software mit deren Hilfe komplexe Fragestellungen der Energiewirtschaft beantwortet werden können.

Technisch basieren die Backend-Services mehrheitlich auf SpringBoot/Kotlin. Der Simulations- und  Mehrzieloptimierungskern wurde als genetischer Algorithmus auf Basis von jMetal implementiert. Im Frontend kommt VueJS/TypeScript zum Einsatz. Die Infrastruktur wurde mit Terraform aufgesetzt.


Meine Aufgaben im Einzelnen:

• Code und Architektur-Review des Prototypen und später kontinuierlich im Daily-Business
• Durchführen einer Due-Dilligence-Prüfung
• Entwurf einer System-Architektur im Zielbild als Cloud-Native-Anwendung
• Auswahl eines geeigneten Cloud- oder Hosting-Providers
• Aufsetzen eines Software-Entwicklungsprozess und agiles Vorgehensmodell nebst Festlegung der Toolkette
• Teamführung
• Refactoring des Prototypen und zerlegen in mehrere Teile aka. Microservices
• Aufsetzen und Pflege einer CI/CD-Pipeline mit GitLab und Deployment nach AWS als Docker-Container (zunächst Beanstalk, später Kubernetes)
• Entwurf einer Software-Architektur um gewünschte Nutzerzahlen und Performance-Anforderungen zu erfüllen
• Definition der Testpyramide (Unittests, Integrationtests, End-to-End-Tests, Performance-Tests)
• Implementation diverser neuer Funktionen insbesondere im Bereich Benutzer-Management und Abrechnung.
• Implementation der Event-Driven-Architektur mit Kafka
• Implementation von Logging- und Monitoring-Funktionalitäten (ELK-Stack/Kibana, Grafana, AWS-Xray, Cloudwatch)
• Nutzung vieler cooler AWS-Services und -Funktionen ;-)

Teamgröße: 8 Entwickler/DevOps + 3 (PO/Afo/Tester)

Kenntnisse:
Cloud native Architektur, Microservices, Kotlin, Java, JPA, REST, Messaging, OAuth2/OpenID, UML

Eingesetzte Produkte:
Spring Boot, GitLab, Amazon AWS (ECS, EC2, Beanstalk, Lambda, Route53, ALB, S3, CloudFront, SQN/SNS, Cloudwatch, RDS, VPN, MSK, …), Kafka, VueJS, Grafana, jMetal, Postgres, ClickUp

Projekt: Tui Flight Ancillaries Service

Projektinhalt:
Projektziel ist der Ersatz einer Drittsoftwarekomponente zur Buchung von Flug-Extras (z.B. Sitzplätze, Zusatzgepäck, Essen, ...) durch Einsatz eines hochverfügbaren, selbstheilenden Microservice-Systemverbundes. Dabei wird eine Vielzahl von externen und heterogenen Schnittstellen angebunden (z.B. verschiedene Airline Carrier, TUI interne Systeme oder Internetportale). Die einzelnen μServices laufen als Docker-Container im Clusterverbund innerhalb
der Amazon Cloud Infrastruktur (AWS).

Aufgaben:

• Abstimmung der Schnittstellen zu externen Partnern (Airline-Buchungssysteme) und anderen Teams
• Architektur und Dokumentation des Microserviceverbundes
• Beratung und Review zum Entwicklungs- und Deloymentprozess (Continuous Integration, Continuous Delivery)
• Erstellung und Überwachung von Architekturvorgaben sowie Code-Reviews
• Implementierung zentraler Bibliotheken und μServices
• Qualitätssicherung (hier insbesondere Einhaltung von Architektur-und Coding-Konventionen, Testabdeckung, Dokumentation)

Projekt: Daimler Connected Car

Inhalt:
Projektziel war die Migration und Zerlegung einer komplexen monolitischen JEE Applikation im WSO2-Stack (AS, ESB, Identity-Server, Governance-Registry) zu mehreren stand-alone Spring Boot-Applikationen (Microservice-Architektur).
Ich war als Technical Lead eines der Teams für Architektur und Implementierung einiger der neuen Microservices verantwortlich. Dabei arbeitete ich in enger Abstimmung mit Kundenvertretern, den Architekten der anderen Teams, den Entwicklern meines Teams und natürlich der Projektleitung auf unterschiedlichen Ebenen zusammen.

Zu meinen Aufgaben zählten:

• Abstimmung, Spezifikation und Dokumentation der einzelnen Microservices (REST-API),
• Implementierung zentraler Komponenten und Klassen
• Erstellung und Überwachung von Architekturvorgaben sowie Code-Reviews
• Abstimmung mit anderen Teams, zentraler Architektur und Kundenvertretern
• Qualitätssicherung (hier insbesondere Einhaltung von Coding-Konventionen, Testabdeckung, Dokumentation)
• Weitere Schwerpunkte meiner Arbeit lagen in der Erstellung und
• Überwachung von Architekturvorgaben sowie Code-Reviews und
• Qualitätssicherung.

Code- und Architektur-Review diverser Softwarekomponenten der Bank als Teil eines internen Audit.