Frankfurt betreibt Cloud ohne Kubernetes-Team
GA-Lotse zeigt, wie eine Behörde eine souveräne Plattform als Managed Service betreibt und den Code offen hält.
Das Gesundheitsamt Frankfurt betreibt mit GA-Lotse eine föderierte Plattform für Anwendungen im öffentlichen Gesundheitsdienst. Der bemerkenswerte Teil ist die Arbeitsteilung: Die Behörde nutzt eine souveräne, verschlüsselte Plattform, ohne selbst ein Kubernetes-Spezialteam aufbauen zu müssen.
Das Wichtigste in Kürze
- Produktiv statt Pilot. Laut VSHN ging die Plattform drei Monate nach dem Zuschlag live und läuft in mehreren Regionen Hessens.
- Betrieb klar verteilt. OpenShift läuft als Managed Service mit Zugriffskontrolle und Verschlüsselung.
- Code bleibt nachnutzbar. GA-Lotse wurde auf openCode.de veröffentlicht.
Verwandt:BSI C3A: Cloud-Souveränität wird prüfbar / Europas erster Exascale-Rechner: wer darf rechnen?
Die Fachlichkeit darf nicht am Cluster hängen
Gesundheitsämter brauchen digitale Verfahren, die im Alltag mit Untersuchungen, Terminierungen und Kontrollen umgehen können. Sie müssen jedoch keine eigene Plattformabteilung für Kubernetes ausbilden, um solche Verfahren sicher zu betreiben. GA-Lotse trennt diese beiden Aufgaben.
Das Gesundheitsamt Frankfurt modernisierte seine Infrastruktur mit Red Hat OpenShift als Managed Service. Die Plattform ist föderiert und umfasst Zugriffskontrolle sowie Verschlüsselung. Red Hat veröffentlichte die Fallstudie am 6. Juli 2026.
Drei Monate bis zum produktiven Start
Nach Angaben des Betriebspartners VSHN fiel der Zuschlag im August 2024, drei Monate später ging die Plattform live. Dieser Zeitraum ersetzt keine Projektanalyse. Er zeigt aber, was passiert, wenn Hosting, Plattformbetrieb und Fachanwendungsarbeit nicht in einer einzigen überlasteten Mannschaft liegen.
GA-Lotse wird laut VSHN inzwischen in mehreren Regionen Hessens produktiv genutzt. Anwendungen unterstützen unter anderem Schuleingangsuntersuchungen und zahnärztliche Screenings.
Managed Operations schaffen Freiraum
Die zentrale Lehre betrifft Verantwortung. Ein Managed Service nimmt einer Behörde weder Architekturentscheidungen noch Datenschutzpflichten ab. Er bündelt jedoch das Spezialwissen für Plattformbetrieb, Updates und die tägliche Pflege. Fachteams können ihre Zeit auf die Prozesse verwenden, für die sie tatsächlich zuständig sind.
Das ist für viele öffentliche Teams realistischer als ein interner Kubernetes-Aufbau. Die Frage lautet nicht, ob Container technisch beherrschbar sind. Sie lautet, welche Kompetenz dauerhaft vor Ort bleiben muss und welche als klar gesteuerter Betriebsservice sinnvoller ist.
Wirkung mit sauberer Quellenangabe
VSHN nennt für die Anwendungen auf GA-Lotse jährlich 7.000 Schuleingangsuntersuchungen und 45.000 zahnärztliche Screenings. Diese Zahlen beschreiben die unterstützten Vorgänge, keine unabhängig gemessene Produktivitätskennzahl. Gerade diese Trennung ist wichtig: Der Fall liefert eine glaubhafte Betriebsgeschichte, aber keinen universellen Benchmark für jede Behörde.
Die Plattform ersetzt papierbasierte Teilschritte bei den genannten Anwendungen. Wie viel Zeit einzelne Stellen dadurch sparen, lässt sich aus den verfügbaren Quellen nicht belastbar ableiten.
Offener Code verhindert den nächsten Neustart
GA-Lotse wurde auf openCode.de veröffentlicht. Damit kann die Lösung über Frankfurt hinaus geprüft und weiterverwendet werden. Offener Code löst keine Beschaffungs- oder Betriebsfrage von allein. Er verändert aber die Ausgangslage: Andere Gesundheitsämter müssen nicht bei jeder Plattformidee bei null anfangen.
Der Fall bleibt eine Hersteller- und Partnerfallstudie, nicht eine unabhängige Vergleichsmessung. Als Reboot-Germany-Geschichte trägt er trotzdem, weil er die operative Aufteilung sichtbar macht: Fachlichkeit, Plattformbetrieb und Nachnutzung greifen ineinander. Die Red-Hat-Fallstudie beschreibt den technischen Rahmen.
Für andere Behörden ergibt sich daraus eine nüchterne Prüfsequenz. Erstens: Welche fachlichen Daten und Rollen müssen in der Plattform abgebildet werden? Zweitens: Welche Betriebsleistungen lassen sich verbindlich an einen spezialisierten Partner geben? Drittens: Welche Teile des Codes und der Schnittstellen sollen über das eigene Projekt hinaus nachnutzbar bleiben? Wer diese Fragen vor der Vergabe beantwortet, baut weniger Abhängigkeit in den Alltag ein.
Der Vorteil eines Managed Service liegt dabei nicht in einer pauschalen Entlastung. Er liegt in transparenten Zuständigkeiten. Die Fachseite behält Prozesswissen und Prioritäten. Der Plattformbetrieb übernimmt die wiederkehrende technische Arbeit. Beide Seiten brauchen dafür klare Übergaben und eine belastbare Eskalation, wenn eine Anwendung unter Last oder bei einem Update von der erwarteten Funktion abweicht.
Häufige Fragen
Was ist GA-Lotse?
GA-Lotse ist eine föderierte Plattform für Anwendungen im öffentlichen Gesundheitsdienst, die das Gesundheitsamt Frankfurt auf Managed OpenShift betreibt.
Wie schnell ging die Plattform live?
VSHN berichtet von drei Monaten zwischen Zuschlag und Produktivstart.
Welche Vorgänge unterstützt sie?
VSHN nennt Anwendungen für Schuleingangsuntersuchungen, zahnärztliche Screenings sowie weitere Abläufe im Gesundheitsdienst.
Muss eine Behörde Kubernetes selbst betreiben?
Der Fall zeigt einen Managed-Service-Ansatz. Die Behörde behält ihre fachliche Verantwortung, während Plattformbetrieb spezialisierten Teams zugeordnet ist.
Ist die Software nachnutzbar?
Der Code wurde nach Angaben von VSHN auf openCode.de veröffentlicht.
Lesetipps der Redaktion
cloudmagazinCADA: Wann Cloud-Souveränität zur Beschaffungspflicht wirdcloudmagazinBSI C3A: Cloud-Souveränität wird prüfbarcloudmagazinSoofi S: souverän heißt nicht SiegerMehr aus dem MBF Media Netzwerk
MyBusinessFutureInvestitionsstau: Wie KI verborgene Budgets freilegtDigital ChiefsDie IT entscheidet, ob der Spin-off sich auszahltSecurityTodayDer AI Act ist in Wahrheit ein Security-GesetzBildquelle: KI-generiert (Juli 2026)
