Kundenreferenz

Systemlandschafts-Plattform für den Bund: Go-Modellserver und Kubernetes Operator

Öffentlicher Sektor · Go · Kubernetes · Open Source · Wie Pexon Consulting für einen großen IT-Dienstleister des Bundes ein Open-Source-fähiges Metasystem entwickelt, das heterogene Softwarelandschaften modelliert, gegen Zielarchitekturen abgleicht und automatisierte Findings für IT-Governance liefert.

Aktualisiert: 27. April 2026
Das Wichtigste in Kürze
Wer
Ein IT-Dienstleister des Bundes mit mehreren tausend Mitarbeitenden, der konzernweit Software für mehrere Bundesressorts und nachgeordnete Behörden entwickelt und betreibt.
Problem
Eine über Jahrzehnte gewachsene, stark segmentierte Systemlandschaft aus Fachverfahren, Verwaltungs- und Business-Logik-Systemen war ohne zentrales Modell nicht mehr beherrschbar.
Lösung
Pexon liefert einen Senior Software Engineer für Go und Kubernetes Operatoren, der Modellserver, Custom Operator und Findings-Engine als integrales Mitglied des internen Entwicklerteams aufbaut.
Ergebnis
Vier MVP-Komponenten sind abgeschlossen: Domänenmodell, Modellserver, Kubernetes Operator und CI/CD-Pipeline. Die produktionsnahe Demo steht für Anfang Juli 2026 an.

Ergebnisse

4
MVP-Komponenten · Domänenmodell, Modellserver, Operator und Helm/GitHub Actions
1
Senior Engineer · Go und Kubernetes, integriert im Kundenteam als Peer
Go
Einheitssprache · Server, Operator und Tooling ohne schwere Frameworks
Q3
Frontend geplant · UI-Onboarding für nicht-technische Nutzer im Roadmap

Ein selbst gebauter Operator in Go automatisiert Wiederholarbeit, den Cluster darunter betreibt er nicht mit. An dieser Stelle entscheiden Organisationen, ob sie den Betrieb im eigenen Team halten oder den Cluster-Betrieb auslagern, mit zugesagter Reaktionszeit bei Schweregrad 1 und wahlweise auf Azure, OVH oder eigener Hardware, auf Wunsch also ganz ohne US-Hyperscaler. Der Einstieg läuft über ein Cluster-Review ab 5.000 Euro, anrechenbar binnen 60 Tagen.

Übersicht Kunde

Branche
Öffentlicher Sektor, IT-Dienstleister des Bundes
Unternehmen
Mehrere tausend Mitarbeitende, mehrere Bundesressorts als interne Kunden
Region
Deutschland
Services
Cloud-native Software-Entwicklung, Custom Kubernetes Operator, Architekturberatung
Tech-Stack
Go, Kubernetes Custom Operator, Helm, GitHub Actions, CI/CD-Pipelines
Projektdauer
Frühjahr 2026 gestartet, MVP-Phase mit Demo Anfang Juli 2026
Compliance
Regulatorik-Compliance, Open-Source-Vorgaben im öffentlichen Sektor
Status
MVP-Phase, produktionsnahe Demo geplant

Ausgangslage

Heterogene Systemlandschaft
Buchhaltungs-, Verwaltungs-, Fachverfahren- und Business-Logik-Systeme wachsen seit Jahrzehnten parallel und interagieren zunehmend. Ohne zentrales Modell verliert selbst ein erfahrenes Team den Überblick.
Modell und System parallel
Es gibt kein fertiges Konzept: Annahmen über Umgebungen, Kontexte, Systeme und APIs werden laufend geschärft. Das verlangt saubere Domänenmodellierung in Go und ein Operator-Design ohne Big-Bang.
Lightweight statt Enterprise-Stack
Die Plattform soll auf wenigen On-Premise-Servern laufen. Schwere Frameworks und unnötige Abhängigkeiten sind ausgeschlossen, damit der Betrieb in regulierten Bundes-Umgebungen möglich bleibt.
Open Source im Bund
Als Teil eines größeren Open-Source-Vorhabens muss der Code eigenständig laufen, dokumentiert und für externe Beiträge geöffnet sein. Das erhöht Anforderungen an Qualität, Tests und Modularisierung deutlich.

Lösung & Vorgehen

1
Modellserver in Go
Ein Domänenmodell für Systeme, Umgebungen, Kontexte und APIs bildet die Landschaft ab. REST-Schnittstellen erfassen und prüfen das Modell, ein Definitions-Loader gleicht kuratierte Soll-Beschreibungen gegen den Ist-Zustand ab.
2
Custom Kubernetes Operator
Der Operator läuft im Cluster, erkennt neue Systeme, Versionswechsel und konfigurationsrelevante Änderungen und schreibt Events zurück in den Modellserver. Die Systemlandschaft bleibt automatisch synchron.
3
Findings-Engine
Ist-Modell und Zielarchitektur werden verglichen. Bei Abweichungen entstehen strukturierte Findings zu veralteten Versionen, redundanten Services oder regulatorischen Lücken als Entscheidungsanker, nicht als Auto-Remediation.
4
CI/CD und Lieferkette
GitHub Actions als Pipeline-Backbone, Helm als Kubernetes-Package-Manager. Builds und Deployments sind vollständig in Code beschrieben und für Open-Source-Distribution vorbereitet.

Vorher / Nachher

DimensionVorherNachherEffekt
Landschaftsüberblickdezentrale Dokumentation, manuelle Abstimmungkonzernweites Modell mit APIs und Abhängigkeitenbelastbare Basis für IT-Governance
Tech-Stackheterogene Tools und FrameworksGo als einheitliche Sprache, minimaler FootprintOn-Premise-tauglich, weniger Security-Reviews
Synchronisationmanuelle Inventarisierung nach ÄnderungenOperator schreibt Cluster-Events ins ModellIst-Zustand bleibt aktuell ohne Pflegeaufwand
Governancereaktive Prüfungen bei AuditsFindings als Frühwarnsystem gegen ZielarchitekturCompliance vor Eskalation sichern
Der Pexon-Senior arbeitet nicht am Rand, sondern im Kernteam: Architekturentscheidungen, Ticket-Schnitte und die Frage, ob ein Vorschlag überhaupt Sinn ergibt, gehören zum Alltag. Genau das brauchen wir für ein Open-Source-fähiges Metasystem im Bund.
PL
Interner Projektleiter
Plattform-Engineering · IT-Dienstleister Bund

Eingesetzte Technologien & Services

Go (Golang) Kubernetes Operator Helm GitHub Actions REST / HTTP APIs Custom Resource Definitions

Häufige Fragen

Was ist ein Custom Kubernetes Operator und warum ist er für Behörden interessant?
Ein Custom Kubernetes Operator ist eine im Cluster laufende Erweiterung, die domänenspezifische Logik kapselt und Ressourcen automatisch überwacht. Für Behörden ist das interessant, weil dieselbe Operator-Logik on-premise im eigenen Rechenzentrum genauso läuft wie in einer privaten oder hybriden Cloud, ohne Cloud-Vendor-Lock-in.
Warum Go für Plattform-Software im öffentlichen Sektor?
Go liefert kompakte, statisch gelinkte Binaries mit minimalen Laufzeitabhängigkeiten, ideal für regulierte Umgebungen, in denen jede Bibliothek einen Sicherheitsreview auslöst. Gleichzeitig ist Go in der Kubernetes-Welt die De-facto-Sprache und damit die natürliche Wahl für Operator-Entwicklung.
Wie funktioniert ein Findings-basiertes IT-Governance-Modell?
Statt jede Abweichung automatisch zu beheben, erzeugt das System strukturierte Hinweise, die Entscheidungsträger als Review-Aufgaben sehen. Die Findings werden gegen eine kuratierte Zielarchitektur erzeugt und liefern eine belastbare Grundlage für regulatorische Reviews und Modernisierungsentscheidungen.
Wie lange dauert ein solcher MVP?
Ein produktionsnaher MVP aus Modellserver und Operator in Go ist nach Pexon-Erfahrung in wenigen Monaten erreichbar. Die anschließende Frontend-Phase, cluster-übergreifende Erfassung und Open-Source-Härtung läuft typischerweise über 12-24 Monate.
Welche Technologien nutzt Pexon für Plattform-Software in regulierten Umgebungen?
Pexon setzt Go als Hauptsprache ein, Custom Kubernetes Operatoren für deklarative Plattform-Logik, Helm als Package-Manager und GitHub Actions für CI/CD. Die Architektur ist cloud-native, aber cloud-agnostisch: derselbe Stack läuft in der öffentlichen Cloud, in privaten Behörden-Clouds und on-premise.
Systemlandschafts-Plattform für den öffentlichen Sektor planen
Sie planen eine vergleichbare Plattform mit Go, Kubernetes Operatoren und Findings-basierter IT-Governance? Buchen Sie einen 30-Minuten-Architektur-Call mit unserem Senior Software Engineer.
Jetzt Kontakt aufnehmen

Sie suchen einen Partner für Ihr Projekt?

Wir analysieren Ihren individuellen Bedarf, geben erste Empfehlungen zu Umsetzungsstrategien und bieten Ihnen transparente Einblicke in unsere Methoden, Technologien und Referenzen.

400+
Projekte seit 2020

100+
Kunden im DACH-Raum

ISO
27001 zertifiziert

3
Hyperscaler Partner