Warum Container-Orchestrierung?
Problem bei einzelnem Docker-Container:
- Container-Crash: kein automatischer Neustart
- Skalierung: manuell skalieren
- Updates: Downtime bei Update
- Load Balancing: manuell
- Kein Self-Healing
Container-Orchestrierung loest:
- Automatischer Neustart bei Crash
- Horizontale Skalierung (mehr Instanzen)
- Rolling Updates (kein Downtime)
- Service Discovery und Load Balancing
- Ressourcenmanagement
Docker Swarm
Docker Swarm (in Docker eingebaut):
Seit Docker 1.12 (2016) integriert
Sehr einfaches Setup
Architektur:
Manager-Nodes: Cluster-Steuerung (1-7)
Worker-Nodes: Container-Ausfuehrung
Vorteile:
+ Docker-Compose-Syntax (vertraut)
+ Setup in 5 Minuten
+ Gut fuer einfache Workloads
+ Geringer Overhead
Nachteile:
- Kaum Weiterentwicklung seit 2019
- Keine stateful Sets
- Begrenzte Ecosystem-Unterstuetzung
- Kein natives Helm
- Operators: nicht vorhanden
Fazit: Gut fuer einfache Setups
Toter Lebender technologisch
# Swarm einrichten:
# docker swarm init
# docker swarm join-token worker
# docker stack deploy -c docker-compose.yml my-app
Kubernetes
Kubernetes (von Google, CNCF):
Seit 2014, Version 1.30 (2025)
Industriestandard fuer Container-Orchestrierung
Architektur:
Control Plane: API-Server, etcd, Scheduler
Worker-Nodes: kubelet, kube-proxy
Vorteile:
+ Riesiges Ecosystem (Helm, Operators)
+ Alle Cloud-Provider: EKS, AKS, GKE
+ Stateful Sets fuer Datenbanken
+ Custom Resources (CRDs) erweiterbar
+ RBAC, Network Policies
+ Horizontal Pod Autoscaler
+ Native Rollouts/Rollbacks
Nachteile:
- Komplexe Konfiguration
- YAML-heavy
- Steilere Lernkurve
- Mehr Ressourcen (Control Plane braucht 2-4 GB RAM)
K8s-Distributionen fuer KMU:
k3s: Lightweight, 512 MB RAM, 1 Binary
k3d: k3s in Docker (Entwicklung)
RKE2: Rancher, gehartetes k3s
OpenShift: Red Hat, Enterprise
Direkter Vergleich
Feature Docker Swarm Kubernetes
Setup-Aufwand 5 Minuten 30-120 Min (k3s: 15 Min)
Lernkurve gering steil
Rolling Updates Ja Ja (maechtiger)
Autoscaling Manuell HPA (automatisch)
Stateful Workloads begrenzt StatefulSet (gut)
Helm-Support Nein Ja (Riesiges Ecosystem)
GitOps bedingt ArgoCD/Flux (nativ)
Network Policies begrenzt Ja (Calico, Cilium)
RBAC einfach maechtig
Cloud-Managed Nein EKS, AKS, GKE
Jobmarkt/Talentpool gering sehr gross
Zukunftssicherheit fraglich sehr hoch
Empfehlung fuer KMU
Docker Swarm waehlen wenn:
- Maximale Einfachheit oberste Prioritaet
- Team kennt nur Docker Compose
- < 5 Services, einfache Webanwendungen
- Kein Wachstumsplan in Richtung Kubernetes
Kubernetes (k3s) waehlen wenn:
- Mehr als 5-10 Microservices
- Zukunftssicherheit wichtig
- Entwickler sollen Kubernetes lernen
- Cloud-Umgebungen in Sicht
- Stateful Workloads (Datenbanken in K8s)
Praxis-Empfehlung 2025:
Direkt k3s lernen, Docker Swarm ueberspringen!
k3s laeuft auf 2 GB RAM, einfaches Setup,
identisches Kubernetes-API = volle Kompatibilitaet.
k3s 1-Minuten-Setup:
curl -sfL https://get.k3s.io | sh -
Kosten
Docker Swarm:
Software: Kostenlos
3-Node-Setup auf Hetzner: 3x CAX11 = ca. 15 EUR/Monat
k3s / Kubernetes selbst:
Software: Kostenlos
3-Node-Setup auf Hetzner: 3x CX22 = ca. 15 EUR/Monat
(Kein Unterschied zu Swarm!)
Cloud-Managed Kubernetes:
EKS: 0.10 USD/h Cluster + Nodes
AKS: Cluster kostenlos + Nodes
GKE: Cluster kostenlos (Autopilot) + Nodes
Cloud-Managed-Vorteil:
Kein eigenes Control-Plane-Management
Updates, Scaling: automatisch
Empfehlung: AKS oder GKE fuer KMU in Cloud
FAQ
Laeuft Docker Compose auf Kubernetes?
Nicht direkt. Kompose kann Docker-Compose-Dateien zu Kubernetes-Manifesten konvertieren (kompose.io). Aber: besser native Kubernetes-YAML schreiben.
Ist Docker Swarm noch relevant 2025?
Nur fuer bestehende Installationen. Neue Projekte: direkt Kubernetes (k3s). Die Community und neue Features: 100% Kubernetes-fokussiert.
Was ist der Unterschied zwischen k3s und normales Kubernetes?
k3s ist ein zertifiziertes, vollstaendiges Kubernetes in einer Binary (< 100 MB). Identisches API. Unterschied: eingebautes SQLite statt etcd fuer Single-Node, kein etcd fuer Produktions-Cluster empfohlen (kann extern angebunden werden).
Fazit
Docker Swarm ist einfacher, aber Kubernetes (k3s) ist die zukunftssichere Wahl. Mit k3s ist Kubernetes in 5 Minuten betriebsbereit - kein Grund mehr Swarm zu waehlen.
Kubernetes und Container fuer KMU in Heidelberg, Mannheim und der Rhein-Neckar-Region. Beratung anfragen.