Infrastruktur auf Open-Source-Basis
Souveräne, private und Air-Gapped IT-Infrastrukturen
Sie müssen Plattform, Daten und Betrieb unter eigener Kontrolle behalten. SKAFFON plant, baut und betreibt dafür Open-Source-Infrastruktur: virtualisiert auf Proxmox, containerisiert auf Kubernetes, in der souveränen Cloud oder in Netzen ohne Internetzugang.
- Proxmox, Ceph, Talos Linux, Harbor, Keycloak
- Auch ohne Internetzugang
- Anbieterneutral: Eigenbetrieb oder Cloud
01Einordnung
Vier Fragen entscheiden, welche Plattform zu Ihnen passt
Die Wahl der Infrastruktur folgt aus Ihren Anforderungen, nicht aus Produktnamen. Diese Seite hilft IT-Leitung und CTOs bei der Einordnung: Welche Umgebung passt zu welcher Lage, und welche Seite beschreibt die passende Leistung?
- Kontrolle: Wer muss Zugriff auf Daten und Betrieb kontrollieren können? Davon hängt ab, ob ein Hyperscaler, ein europäischer Anbieter oder eigene Hardware infrage kommt.
- Konnektivität: Darf die Umgebung Verbindung zum Internet haben? Wenn nein, ändern sich Image-Beschaffung, Updates, Zertifikate und Identität grundlegend.
- Betriebsaufwand: Wie viel Betrieb wollen Sie selbst leisten? Eigene Plattform heißt: Patches, Upgrades, Backup-Tests und Rufbereitschaft gehören zum Pflichtenheft, bei Ihnen oder bei einem Dienstleister.
- Wechselbarkeit: Wie leicht muss ein späterer Wechsel sein? Offene Schnittstellen und Standard-Komponenten halten Exit-Kosten niedrig, ersetzen aber keinen Exit-Plan.
02
Zwei Pfade durch denselben Open-Source-Stack
Von der Hardware bis zur Anwendung: der VM-zentrierte Weg über Proxmox und der container-zentrierte Weg über Talos Linux und Omni teilen sich die Plattformdienste Harbor und Keycloak.
03
Fünf Bausteine, fünf klare Einsatzfälle
Der Open-Source-Kern von SKAFFON. Jeder Baustein hat seinen Platz, keiner ist Selbstzweck.
-
Proxmox VE, Ceph und Backup Server
Virtualisierung auf KVM mit Hochverfügbarkeit, verteiltem Storage und deduplizierten Backups. Passt, wenn klassische VM-Workloads dominieren, etwa nach einem Ausstieg aus einer bestehenden Virtualisierungsplattform. Details: Proxmox Support, Cluster und Hochverfügbarkeit; für das Migrationsprojekt siehe VMware-Exit nach Proxmox.
-
Talos Linux mit Omni
Ein minimales, API-gesteuertes Betriebssystem für Kubernetes-Knoten, verwaltet über Omni. Passt, wenn Kubernetes die Zielplattform ist und der Knoten-Betrieb ohne SSH-Administration auskommen soll. Zur Einführung von Kubernetes selbst: Kubernetes-Beratung.
-
Harbor
Private Container-Registry, die in abgeschotteten Umgebungen die zentrale Quelle für Images ist.
-
Keycloak
Zentrale Identität und Single Sign-On für Plattform und Anwendungen, ohne Abhängigkeit von einem Cloud-Anbieter.
-
Souveräne Cloud
Wenn kein eigener Betrieb gewünscht ist, aber Rechts- und Betriebskontrolle zählen: Souveräne Cloud und digitale Souveränität. Für den konkreten Anbieter STACKIT siehe STACKIT-Beratung.
04
Von Ihrer Ausgangslage zum naheliegenden Pfad
Fünf typische Situationen, der jeweils naheliegende Stack und die Punkte, an denen solche Projekte in der Praxis entschieden werden.
| Ihre Situation | Naheliegender Pfad | Worauf Sie achten sollten |
|---|---|---|
| Viele klassische VMs, Wunsch nach Open Source, eigenes Rechenzentrum oder Colocation | Proxmox VE, Ceph, Proxmox Backup Server | Netzwerk- und Storage-Auslegung, Backup- und Wiederherstellungstests, Betriebsverantwortung |
| Kubernetes als Plattform, Betrieb auf Bare Metal oder VMs | Talos Linux, Omni | Lebenszyklus der Knoten, Upgrade-Prozess, Zugriffsmodell |
| Umgebung ohne Internetzugang | Eigene Registry (Harbor), eigene Identität (Keycloak), kontrollierter Import von Artefakten | Wie Updates und Sicherheitskorrekturen hineinkommen, wie Zertifikate erneuert werden |
| Kein eigener Infrastrukturbetrieb gewünscht, aber Kontrolle über Rechtsraum und Betrieb | Souveräne Cloud eines europäischen Anbieters | Welche Kontrolle der Anbieter vertraglich und technisch tatsächlich gibt; Exit-Fähigkeit |
| Betrieb ja, aber nicht durch das eigene Team | Managed Services auf der gewählten Plattform | Verantwortlichkeiten, Supportzeiten, Eskalation; siehe Managed Services |
05
Tiefer einsteigen: die Infrastruktur-Themen im Einzelnen
Jedes Thema hat eine eigene Seite mit Umfang und Abgrenzung.
-
Proxmox Support, Cluster und Hochverfügbarkeit
Virtualisierung auf KVM für klassische VM-Workloads.
-
Ceph Storage und hochverfügbare Speicherinfrastruktur
Verteilter Storage für Cluster und Hochverfügbarkeit.
-
Talos Linux und Omni für Kubernetes-Cluster
Kubernetes-Knoten ohne SSH-Administration.
-
Air-Gapped Kubernetes mit Offline-GitOps
Kubernetes in Netzen ohne Internetzugang.
-
Edge- und Hybrid-Kubernetes für verteilte Standorte
Kubernetes über mehrere Standorte hinweg.
-
Private Cloud für Unternehmen planen und aufbauen
Eigene Cloud-Umgebung unter eigener Kontrolle.
-
Souveräne Cloud und digitale Souveränität
Rechts- und Betriebskontrolle ohne eigenen Infrastrukturbetrieb.
06
Bevor der erste Server bestellt wird: vier Klärungen
Diese Punkte bestimmen Architektur und Betriebsmodell, bevor der erste Server bestellt oder die erste Cloud-Ressource angelegt wird.
- Schutzbedarf und regulatorischer Rahmen, soweit er Technik betrifft. Rechtsberatung und Zertifizierungsaussagen leisten wir nicht; zu technischen Sicherheitsmaßnahmen siehe NIS2-Beratung.
- Mandantentrennung, Netzsegmentierung und Zugriffsmodell.
- Governance und Lebenszyklus: Wer genehmigt Änderungen, wie oft wird aktualisiert, wie werden Wiederherstellung und Ausstieg getestet?
- Herstellerunabhängigkeit: Welche Komponenten sind Open Source, welche Teile hängen an einem kommerziellen Anbieter?
Eigener Betrieb ist nicht automatisch die richtige Antwort
Für manche Anforderungen ist eine Hyperscaler-Region oder ein europäischer Cloud-Anbieter die bessere Wahl. Entscheidend ist, dass Ihre Anforderungen die Plattform bestimmen und nicht umgekehrt.
Cloud-Plattformen im Überblick07
Häufige Fragen
Proxmox oder Kubernetes: womit fange ich an?
Dominieren klassische VM-Workloads, ist Proxmox VE der naheliegende Pfad. Ist Kubernetes die Zielplattform, kommen Talos Linux und Omni infrage. Beide Pfade teilen sich Harbor und Keycloak.
Ist Open-Source-Infrastruktur kostenlos?
Nein. Der Aufwand verschiebt sich vom Lizenzvertrag in Betrieb und Know-how. Wer ihn trägt, Ihr Team oder ein Dienstleister, sollte vor dem Start feststehen.
Was ändert sich, wenn die Umgebung kein Internet haben darf?
Image-Beschaffung, Updates, Zertifikate und Identität ändern sich grundlegend. Typisch sind eine eigene Registry (Harbor), eigene Identität (Keycloak) und ein kontrollierter Import von Artefakten.
Können wir den Betrieb abgeben, die Plattform aber selbst wählen?
Ja. Managed Services laufen auf der gewählten Plattform; zu klären sind Verantwortlichkeiten, Supportzeiten und Eskalation. Mehr dazu unter Managed Services.
Welche Umgebung kommt für Sie infrage?
Beschreiben Sie Ihre Ausgangslage in einer Projektanfrage. Für eine erste Einordnung erreichen Sie uns über den Kontakt.