Softwarearchitektur
Frameworks, APIs und Anwendungen, die viele Jahre Betrieb aushalten. Contract-first, schlank, gut testbar. Java und Quarkus im Rücken, Angular vorne.
Ing. Lucas Reeh, BSc · Graz
Ich entwerfe Software für den langen Betrieb und kümmere mich auch um alles darunter: Framework, Pipeline, Cluster, Hardware. Seit 2007 in der Hochschul-IT, seit 2019 bei Die Softwaregärtner GmbH in Graz.
01 · Schwerpunkte
Frameworks, APIs und Anwendungen, die viele Jahre Betrieb aushalten. Contract-first, schlank, gut testbar. Java und Quarkus im Rücken, Angular vorne.
Kubernetes on-prem und in der Cloud, GitOps, Infrastructure as Code, Observability, Backup und Restore. Cluster, die man auch im Urlaub in Ruhe lassen kann.
MCP-Server, Agenten und Wissensbasen, die mit echtem Projektwissen arbeiten. Wo es geht, mit Sprachmodellen auf eigener Hardware, damit die Daten im Haus bleiben.
Campus-Management, Schnittstellen, Keycloak und Identity-Föderation. Die Domäne kenne ich von der Datenbank bis zur Studienabteilung.
02 · Rolle
Eingestiegen bin ich 2019 als Software- und DevOps-Engineer. Heute arbeite ich dort, wo Entscheidungen über einzelne Projekte hinaus wirken: technische Richtung vorgeben, Plattformen bauen, auf denen andere liefern, und Architektur so begründen, dass sie in fünf Jahren noch nachvollziehbar ist.
Führen über Technik, nicht über Hierarchie.
Bei CAMPUSonline den Wechsel auf Quarkus, Microservices und eine öffentliche REST-API mit angestoßen. Daraus ist das Framework COnX entstanden, heute als openCOnX Open Source.
Ein Kubernetes-Cluster für mehrere Hochschulen statt einem pro Haus: gemeinsamer Betrieb, die Daten bleiben trotzdem am Standort, die Verantwortung ist pro Schicht klar geregelt.
Gewachsene Anwendungen schrittweise in Cloud-native Architekturen überführt. CI/CD, GitOps und Observability eingeführt, Kubernetes on-prem für Kunden aufgebaut.
Frameworks, Vorlagen, Betriebsdokus und KI-Werkzeuge, mit denen Teams an Hochschulen und in Firmen selbstständig liefern. Dazu Architekturberatung und Reviews in Kundenprojekten.
03 · Projekte
Woran ich gerade baue: im Job, in der COmmunity und im eigenen Keller.
Das Open-Source-Framework für Hochschul-Anwendungen: Quarkus und Angular, Multi-Tenancy, Theming, Login und Deployment aus einem Guss. Gemeinsam aus dem internen COnX herausgelöst, ich verantworte Plattform, Pipelines und Migration. Auf dem Weg zu Version 1.0.
gitlab.campusonline.community/openconxEin Login über Hochschulgrenzen hinweg: Federation Hub und API auf Basis von Keycloak-Identity-Brokering und Token Exchange, mit eigenem Authenticator für die Auswahl der Heimat-Hochschule. Contract-first und datenschutzfreundlich gedacht.
unifederation.euGitLab, CI/CD-Runner, Registries, Matrix und Keycloak für die Hochschulen und Firmen der CAMPUSonline COmmunity. Aufgebaut und betrieben, inklusive Upgrades, Backups, Disaster Recovery und Incident-Response.
campusonline.communityStatt eines Clusters pro Haus ein gemeinsamer Kubernetes-Cluster über mehrere Hochschul-Rechenzentren. Ein verschlüsseltes Mesh verbindet die Standorte, Anwendungen laufen dort, wo ihre Daten liegen.
Ein KI-Assistent für alle, die mit openCOnX bauen: MCP-Server mit einer kuratierten, gegen den Quellcode geprüften Wissensbasis und eigener Retrieval-Evaluierung. Nutzbar aus Coding-Agents und im Matrix-Chat.
Mein persönliches Gedächtnis: eine Wissensbasis über Projekte, Entscheidungen und Know-how, die Coding-Agents per MCP abfragen und erweitern. Git als Quelle der Wahrheit, Vektorsuche, Sprachmodelle auf eigenen GPUs, Benachrichtigungen über Matrix.
Kubernetes auf Talos Linux über einem Proxmox-Cluster, vollständig als Code mit OpenTofu und Argo CD. Gateway API, S3-Speicher, Single Sign-on und Monitoring. Diese Seite läuft darauf.
Ein proprietäres, verschlüsseltes Bluetooth-Protokoll analysiert und nachgebaut: vom Python-Prototyp bis zur Firmware auf dem ESP32, die Messwerte direkt an Home Assistant liefert. Viele lange Nächte, ein umso schöneres Ergebnis.
04 · Lehre & Community
Lehrauftrag
Im Bachelor Software Design & Cloud Computing in Kapfenberg unterrichte ich den CI/CD-Teil: Continuous Integration und Delivery mit GitLab, Container bauen und testen, Deployment in den Cluster, GitOps mit Argo CD und Infrastructure as Code. Dazu Supply-Chain-Sicherheit und KI in der Pipeline, mit gesunder Skepsis.
2023 mitgegründet, seither Obmann. Der Verein bringt Hochschulen und Firmen zusammen, die gemeinsam Open- und Inner-Source-Software entwickeln, und betreibt die Infrastruktur dafür. Mein liebster Erfolg: Häuser, die früher jedes für sich entwickelt haben, bauen heute gemeinsam. Mehr unter campusonline.community.
Mitorganisator des Community-Tags rund um KI an Hochschulen, mit eigenen Beiträgen zu KI-Agenten. Ab 2027 als openCOnX-AI-Day.
Beiträge zu Keycloak, Quarkus, GNOME und Kubernetes-Controllern, dazu eigene Keycloak-Erweiterungen. Zu finden auf github.com/sd-f.
Learning Analytics und Empfehlungssysteme in der Studienplanung: EDULEARN 2014, EUNIS 2014, E-Learn 2011.
05 · Leistungen
Als Einzelunternehmer übernehme ich ausgewählte Aufträge: für Hochschulen, Vereine und Unternehmen, die Wert auf nachvollziehbare Technik und kurze Wege legen.
Dev-, Staging- und Plattformdienste auf eigener Hardware in der Steiermark: Kubernetes, S3-Speicher, Monitoring. Kein Hyperscaler, dafür kurze Wege und Daten in Österreich.
Aufbau, Upgrades und Pflege von Kubernetes-Plattformen on-prem und in der Cloud. Backups, deren Restore auch geprobt ist, und Unterstützung, wenn es brennt.
Architektur-Reviews, Modernisierung gewachsener Systeme, API- und Identity-Design. Von der ersten Skizze bis zum laufenden Betrieb.
06 · Werdegang
07 · Kontakt
Am liebsten per E-Mail. Auf Anrufe reagiere ich zuverlässiger, wenn vorher eine Nachricht da war.
Offenlegung gemäß § 5 ECG und § 25 MedienG
Diese Seite ist statisch. Sie setzt keine Cookies, lädt keine Schriften, Karten, Videos oder Analyse-Dienste von Dritten nach und speichert im Browser nichts außer der gewählten Sprache und dem Farbschema.
Der Webserver protokolliert Zugriffe (IP-Adresse, Zeitpunkt, angefragte Adresse, Browserkennung), um die Seite zu betreiben und Fehler zu finden. Diese Protokolle bleiben auf eigener Infrastruktur und werden nicht an Dritte weitergegeben.
Verantwortlich ist der oben genannte Inhaber. Fragen dazu gerne an luke [at] reeh.at.