Ich bin IT-Architekt, Softwareentwickler, Administrator, Bastler und Möchtegern-Designer. Bevor ich einen Handschlag dreimal mache, sei er noch so einfach und schnell, automatisiere ich ihn lieber gleich. Dabei schrecke ich nicht vor neuen Technologien und Herausforderungen zurück.
Ich bin leidenschaftlicher Verfechter von Open-Source-Software, weil ich die Kontrolle über den gesamten Hard- und Software Stack schätze — auch wenn ich pragmatisch genug bin, für jede Aufgabe die passende Technologie auszuwählen. Ich habe vertiefende Kenntnisse in den Bereichen Virtualisierung, Netzwerk (LAN & SAN) und im praktischen Betrieb von Serveranwendungen aller Art. Zudem leite ich mit Begeisterung ein DevOps-Team, bei dem ich als Product Owner für die Weiterentwicklung unserer Infrastruktur und Prozesse verantwortlich bin.
2021 – Heute | IT Architekt Volkswagen AG |
Volkswagen AG |
|
||
2017 – 2021 | DevOps Architect SAP UCC Magdeburg |
SAP UCC Magdeburg |
|
||
2014 – 2017 | DevOps Engineer SAP UCC Magdeburg |
SAP UCC Magdeburg |
|
||
2010 – 2014 | Hilfswissenschaftler SAP UCC Magdeburg |
SAP UCC Magdeburg |
|
||
2012 – 2013 | Studentische Hilfskraft Technische Hochschule Brandenburg |
Technische Hochschule Brandenburg |
|
2019 | In4MD Service GmbH | |
|
||
2018 – 2019 | Westfälische Wilhelms-Universität Münster | |
|
||
2017 – 2018 | Berufsakademie Sachsen / Dr. Pape & Co. Consulting GmbH | |
|
2014 – 2016 | Master of Science | Otto-von-Guericke-Universität Magdeburg |
|
||
2009 – 2014 | Bachelor of Science | Otto-von-Guericke-Universität Magdeburg |
|
||
2005 – 2008 | Abitur | BBS „Otto-von-Guericke“ |
|
2021 – 2022 | Migration nach AWS | |
4 Personen-Team, 1 Jahre, 90.000 Nutzer, Hauptaufgabe war es eine bestehende IT-Landschaft von einer On-Premise Lösung hin zu AWS zu migrieren. Weder Funktionalität noch Performance sollte dabei eingebüßt werden. Auch sollten die rund 90.000 Nutzer der dort gehosteten Systeme vom Umzug nichts mitbekommen. Schwerpunkt lag auf die durchgängige Automatisierung der kompletten Landschaft, angefangen von allen Infrastrukturkomponenten bis hin zum Applikationslevel. Auch ein neues Backup Konzept sowie ein Disaster Recovery Plan mussten komplett neu entworfen werden.Tags: AWS, Terraform, Ansible |
||
2018 – 2020 | Migration VMware Umgebung nach libvirt | |
3 Personen-Team, 2 Jahre, >400 Kunden, ≈600 VMs, 8 Hosts Ziel des Projektes war es eine VMware Landschaft nach libvirt (KVM) zu migrieren. Funktionen wie VM (Live-)Migration, Snapshots, Hotplug Arbeitsspeicher, CPU und Festplatten Erweiterungen müssen in der neuen Landschaft weiterhin möglich sein. Des Weiteren soll im Zuge der Umstellung verstärkt auf Automatisierung gesetzt werden: Von der VM Bereitstellung bis hin zur automatischen Anwendungsinstallation.Nach Evaluierung unterschiedlichster Komplettsysteme verschiedener Firmen und Open Source Lösungen wurde entschieden, dass eine Eigenentwicklung auf Basis der Automatisierungssoftware Salt durchgeführt werden soll. Tags: SaltStack, libvirt, Multipath SAN, VxLAN |
||
2014 – 2015 | Projekt „AccessCluster“ | |
One-Man-Show, 1 Jahr Zeit Entwicklung eines zentralen Zugriffspunktes für unterschiedliche Applikationsserver von verschiedenen Kunden. Vor der Umstellung hatte jedes System seine eigene öffentliche IPv4 Adresse. Dies war auf Dauer kostspielig und schwierig abzusichern.Die Herausforderung bestand hierbei für die verschiedenen Protokolle eine geeignete Reverse Proxy Lösung zu finden und diese vollautomatisiert zu konfigurieren. Tags: SAProuter, NGINX, Firewall, NAT |
||
2014 – 2015 | HPUX/Itanium Ablösung | |
4 Personen-Team, 1 Jahr Ablösung einer Legacy HP-UX Umgebung mit einer vollständig virtualisierten VMware Landschaft.Tags: HP-UX, VMware, NSX |