Docker Swarm / Kubernetes
Ihre Anwendungen laufen in Containern? Auf dieser Ebene betreiben wir den Orchestrierungs-Cluster dafür: Docker Swarm für pragmatische Setups, Kubernetes für komplexe Plattformen. Der Cluster verteilt Ihre Services automatisch über mehrere Nodes, startet sie bei Ausfällen neu und skaliert sie nach Bedarf — auf gemanagten VMs mit dedizierten Ressourcen (Ebenen 01–04 inklusive).
Wir halten die Cluster-Ebene produktionsbereit: Node-Updates ohne Downtime, Ingress und Zertifikate, Overlay-Netze, Storage-Anbindung an CephFS. Ob Ihr Team direkten Zugriff auf die VMs bekommt oder ausschließlich über die Container-APIs arbeitet, entscheiden Sie.
Selbstheilender Cluster
Stirbt ein Container oder ein ganzer Node, startet der Workload automatisch woanders neu — meist bevor jemand es merkt.
Ingress & Netz
Routing, TLS, interne Service-Discovery und Overlay-Netze — sauber verdrahtet mit dem Edge aus Ebene 04.
Storage für Container
Persistente Volumes auf CephFS: Container dürfen umziehen, ihre Daten ziehen synchron mit.
Was diese Ebene enthält.
Jede Ebene enthält alle äußeren Ebenen — Sie sehen hier, wo Ebene 05 im Kosmos steht.
Beratung, die aus dem Maschinenraum kommt.
Die ehrlichste Beratung beginnt mit der Frage: Brauchen Sie wirklich Kubernetes? Wir betreiben beides täglich und sagen Ihnen, wann Swarm die pragmatische Antwort ist — und wenn es Kubernetes wird, bauen wir es so, dass Ihr Team es versteht.
Swarm oder Kubernetes?
Team-Größe, Workload-Komplexität, Ökosystem-Bedarf: Wir bewerten nüchtern und empfehlen auch die einfachere Lösung — mit Migrationspfad, falls Sie später wachsen.
Stateful Workloads
Datenbanken im Container, Volumes, Backups: Wir zeigen, was in den Cluster gehört — und was besser als Managed Service (Ebene 08) läuft.
CI/CD & Secrets
Deploy-Pipelines von Git bis Cluster, Secrets-Management, Registry-Strategien — Templates, die Ihr Team ab Tag eins produktiv machen.
Ebene 05 kalkulieren.
05 Docker Swarm / Kubernetes
Alle Ressourcen sind dediziert — kein Overcommit.
