Strategie & Migration

Digitale Souveränität in der IT: Wie du mit Linux und Open Source unabhängiger wirst

Souveränität entsteht nicht durch eine Beschaffungsentscheidung, sondern durch offene Formate, betreibbare Systeme und eigenes Personal. Wer nur den Anbieter tauscht, ohne Know-how aufzubauen, verlagert die Abhängigkeit statt sie aufzulösen.

IT-Entscheider besprechen eine Infrastruktur-Roadmap im Besprechungsraum
Seit 1997 am Markt Präsenz & Live-Online 4,9 aus 503 Google-Bewertungen Auch Inhouse für dein Team
Worum es geht

Warum Abhängigkeit ein Betriebsrisiko ist, kein Beschaffungsthema

Die meisten IT-Landschaften sind über Jahre in eine Richtung gewachsen: proprietäre Verzeichnisdienste, ein Hypervisor mit geänderter Lizenzpolitik, Kollaboration und Identitäten in einer Cloud, deren Betreiber einem fremden Rechtsraum unterliegt. Jede einzelne Entscheidung war zum Zeitpunkt vertretbar. Zusammengenommen entsteht daraus eine Lage, in der Preisänderungen, Produktabkündigungen oder rechtliche Auflagen dich treffen, ohne dass du technisch reagieren kannst. Genau das ist der Kern von fehlender Souveränität: nicht die Herkunft der Software, sondern die fehlende Ausweichoption.

Aktuell wird das Thema von zwei Seiten befeuert. Politisch durch Anforderungen an Datenhaltung, Nachvollziehbarkeit und Exit-Fähigkeit, technisch durch konkrete Anlässe wie die Lizenzumstellung bei VMware, das Support-Ende älterer Enterprise-Distributionen oder die Frage, ob KI-Workloads mit internen Daten überhaupt außer Haus laufen dürfen. Viele Häuser starten deshalb Migrationsprojekte, ohne vorher zu klären, welche Fähigkeiten der eigene Betrieb dafür braucht.

Typische Fehler sind gut dokumentiert. Es wird ein Produkt gegen ein anderes getauscht, statt Schnittstellen und Datenformate zu öffnen, und die neue Abhängigkeit ist nur anders lackiert. Es wird migriert, ohne dass jemand im Team ein Ceph-Cluster, nftables-Regelwerke oder ein systemd-basiertes Service-Management sicher beherrscht, und der erste ernsthafte Störfall macht die Einsparung wieder zunichte. Oder der Umstieg beginnt beim Arbeitsplatz, dem sichtbarsten und politisch heikelsten Teil, während die eigentlichen Klumpenrisiken in Infrastruktur und Datenhaltung unangetastet bleiben.

Miniatur-Szene: Spielbrett, auf dem eine Server-Figur von einer alten auf eine neue Plattform zieht, daneben eine Roadmap

Souveränitätsebenen und ihre Wechselkosten

  1. 01 Arbeitsplatz und Office-Formate
  2. 02 Betriebssystem und Systembetrieb
  3. 03 Virtualisierung und Storage
  4. 04 Container- und Anwendungsplattform
  5. 05 Daten, Datenbanken, Schnittstellen
  6. 06 Kompetenz im eigenen Team
Was du mitnimmst

Die technischen Hebel, die tatsächlich Unabhängigkeit erzeugen

Souveränität lässt sich in Schichten denken. Jede Schicht hat eigene Wechselkosten, eigene offene Alternativen und einen eigenen Kompetenzbedarf. Sinnvoll ist es, unten anzufangen, wo die Abhängigkeit teuer und der Nutzen sofort messbar ist.

Betriebssystem und Basisbetrieb beherrschen

Ohne solide Linux-Grundlagen bleibt jede Souveränitätsstrategie Papier. Paketmanagement, systemd-Units, Rechte- und Benutzerverwaltung, Logging mit journald sowie Shell-Scripting sind die Werkzeuge, mit denen dein Team Systeme selbst betreibt statt Supportfälle zu eröffnen. Der Weg über LPI01 bis LPI04 oder den Kompaktkurs Linux Systemadministration und Shell-Scripting deckt genau diese Basis ab, die LPIC-1 Komplettausbildung führt sie zur Zertifizierung.

Virtualisierung aus der Lizenzfalle holen

Der häufigste konkrete Anlass ist derzeit der Wechsel von VMware zu Proxmox VE. Technisch geht es um KVM und LXC, um Storage-Entscheidungen zwischen ZFS und Ceph, um Cluster-Quorum und um ein Backup-Konzept, das den Namen verdient. Der Proxmox Grundkurs deckt Installation, Storage und Backup ab, der Aufbaukurs behandelt Cluster, Ceph und High Availability, und für den eigentlichen Umzug gibt es den Kurs Migration von VMware zu Proxmox.

Plattform statt Cloud-Lock-in

Container und Kubernetes sind kein Selbstzweck, aber sie sind die derzeit portabelste Art, Anwendungen zu betreiben. Wenn du Manifeste, Helm-Charts und GitOps-Repositories sauber hältst und auf herstellerspezifische Dienste verzichtest, wird der Betriebsort zur Entscheidung statt zum Schicksal. Podman, kubeadm-basierte Cluster, Argo CD oder Flux und der Sonderfall Air-Gapped Kubernetes sind hier die relevanten Bausteine.

Daten in offenen Formaten und im eigenen Zugriff

Datenbestände sind der Teil mit den höchsten Exit-Kosten, weil Schemata, gespeicherte Prozeduren und Schnittstellen mitwandern müssen. PostgreSQL ist die naheliegende offene Zielplattform, inklusive JSONB für halbstrukturierte Daten und pgvector für KI-Anwendungen, die sonst regelmäßig als Argument für externe Dienste herhalten. Grundkurs, Datensicherung und Performance-Tuning bilden dafür eine Kette.

Sicherheit und Nachweisbarkeit selbst in der Hand

Souveränität heißt auch, Vorfälle ohne Hersteller aufklären zu können. Dazu gehören Härtung mit SELinux, Firewalling mit nftables, ein eigener Log-Stack sowie Monitoring mit Prometheus und Grafana. Die SELinux-Reihe von den Grundlagen bis zur Policy-Modul-Entwicklung, der Linux Security Intensivkurs und die Digitale Forensik für Linux und Unix Systeme decken diese Kette ab.

Automatisierung als Voraussetzung, nicht als Kür

Ein selbst betriebener Stack skaliert nur, wenn Konfiguration reproduzierbar ist. Ansible für Konfigurationsmanagement, Git und GitLab CI für Versionierung und Auslieferung sowie Terraform dort, wo Infrastruktur deklarativ beschrieben wird, senken den Personalaufwand deutlich. Ohne diese Ebene wird der Eigenbetrieb teurer als das, was du abgelöst hast.

Gut zu wissen

Häufige Fragen zu digitaler Souveränität

Noch etwas offen? Wir sind ohne Warteschleife für dich da.

Frag uns direkt
Was bedeutet digitale Souveränität in der IT konkret?
Digitale Souveränität bedeutet, dass du über Daten, Systeme und deren Weiterentwicklung selbst bestimmen kannst. Praktisch heißt das: offene Datenformate und dokumentierte Schnittstellen, die Möglichkeit, Software im eigenen Rechenzentrum oder bei einem Anbieter deiner Wahl zu betreiben, Einsicht in den Quellcode kritischer Komponenten und ausreichend eigenes Personal, um im Störfall handlungsfähig zu bleiben. Open Source ist dabei ein Mittel, kein automatischer Nachweis.
Ist Open Source automatisch souverän?
Nein. Auch quelloffene Software kann von einem einzelnen Anbieter kontrolliert werden, etwa über Lizenzwechsel, ein proprietäres Management-Frontend oder einen Managed Service, aus dem du deine Daten nur mühsam herausbekommst. Entscheidend sind die Fragen, ob du die Software ohne den Hersteller betreiben könntest, ob deine Daten in einem lesbaren Format vorliegen und ob jemand im Haus den Stack versteht. Sind diese drei Punkte erfüllt, ist der Lizenztext zweitrangig.
Wo fängt man bei einer Migration sinnvoll an?
In der Regel dort, wo die Abhängigkeit teuer ist und die Nutzerzahl klein bleibt, also in der Infrastruktur. Ein Wechsel der Virtualisierungsplattform oder der Datenbank betrifft ein überschaubares Team, hat aber unmittelbaren Effekt auf Lizenzkosten und Betriebshoheit. Der Arbeitsplatz ist der schwierigste Teil, weil dort Gewohnheiten, Fachverfahren und Dokumentvorlagen hängen, und er sollte erst angegangen werden, wenn Betrieb und Support tragfähig sind.
Wie hoch ist der Schulungsaufwand für ein Team, das bisher Windows-lastig arbeitet?
Für den Einstieg in den Linux-Betrieb sind erfahrungsgemäß mehrere aufeinander aufbauende Wochen nötig, verteilt über einige Monate. Ein üblicher Weg führt über Grundlagen und Systemadministration, dann Shell-Scripting und Netzwerkdienste, danach die Spezialthemen wie Virtualisierung, Container oder Datenbanken. Wichtig ist, dass zwischen den Blöcken echte Systeme betreut werden, weil Wissen ohne Anwendung schnell verfällt. Alle Kurse gibt es bei cmt Live-Online oder vor Ort.
Was ist der Unterschied zwischen dieser Seite und euren Angeboten für Behörden?
Die Seiten zur Digitalisierung in Behörden und zum öffentlichen Dienst beschreiben Rahmenbedingungen, Zielgruppen und Beschaffungswege. Diese Seite betrachtet dasselbe Thema aus der technischen Perspektive und ordnet ein, welche Linux- und Open-Source-Bausteine welchen Teil der Abhängigkeit auflösen. Beides ergänzt sich, ist aber für unterschiedliche Rollen geschrieben.

Zuletzt geprüft am 26. Juli 2026.

Das sagen Teilnehmer

Echte Stimmen aus unseren IT-Kursen

Sehr kompetenter Dozent der gut auf alle Fragen eingegangen ist.
Rückmeldung aus dem Kurs „Kubernetes Grundkurs“
Erwartungen wurden erfüllt. Angekündigte Themen in hinreichender Tiefe bearbeitet. Zudem gutes Zeitmanagement.
Rückmeldung aus dem Kurs „Source Code Management und CI / CD (DO4)“
Persönlich für dich da

Deine Ansprechpartner

Du bist dir nicht sicher, welcher Kurs oder welches Level zu dir passt? Wir beraten dich persönlich und kostenlos.

Yves Hoppe

Yves Hoppe

Weiterbildung & Beratung

Hilft dir, aus dem Linux-Programm den passenden Kurs oder Lernpfad zu finden.

Norbert Jansen

Norbert Jansen

Beratung & Inhouse

Plant mit dir Inhouse-Trainings, die exakt auf eure Systemlandschaft und Distributionen zugeschnitten sind.

Nächster Schritt

Souveränität braucht Leute, die den Stack betreiben können

Wenn du gerade eine Migration planst oder erst einmal sortieren willst, welche Abhängigkeit dich am härtesten trifft, sprich mit uns über den passenden Ausbildungsweg für dein Team. Wir stellen aus dem bestehenden Linux-, Proxmox-, Kubernetes- und PostgreSQL-Programm eine Reihenfolge zusammen, die zu deinem Zeitplan passt, wahlweise Live-Online, im Schulungszentrum oder als Inhouse-Kurs auf deiner eigenen Umgebung.