Support für weitere Engines (Kubernetes / Podman)

[Leaced]

Related Problem

Das aktuelle Setup unterstützt ausschließlich Docker. Docker wird von Enterprise Linux nicht mehr unterstützt und hat konzeptionelle Sicherheitsschwachstellen.

Describe the Solution You’d Like

Unterstützung weiterer Engines wie podman und kubernetes. Ein Setup mit Podman hätte gegenüber dem Setup mit Docker folgende Vorteile:

• rootless support
• Engine-support in Enterprise Linux
• Übertragbarkeit nach Kubernetes
• native Integration ins Init-System statt zentralem Daemon (Quadlet)
• Isolierung durch namespaces

Umsetzung

Hierfür wird folgendes benötigt:

• setzen korrekter sysctl in proxy-Container oder unprivileged ports
• Wechsel auf Volumes statt bind-mounts
• setzen der registry im Fall von docker.io

Dies würde zu folgenden Änderungen führen, die bedacht werden müssten:

• keine Unterstützung älterer OS: Ubuntu 24+, SLES16, Alma9 (podman > 5.0 + passt)
• eine Migration von docker zu podman wäre komplex. Sollte dies Teil der Umsetzung sein?

Ich habe dies bereits erfolgreich in einem System umgesetzt, muss jedoch noch einige Aspekte der Umsetzung testen.
Ich habe dafür podmans rudimentäre Fähigkeit für Kubernetes-YAML in Kombination mit Quadlet genutzt. Meine Hoffnung ist,
eine gemeinsame Basis für den Support von podman und kubernetes zu schaffen, um den Betreuungsaufwand mehrere Engines zu
reduzieren und so zugleich auch einen Ansatz für eine schrittweise Unterstützung von Kubernetes zu schaffen.

Ich würde in der kommenden Wochen einen Fork erstellen, freue mich aber schon jetzt über Diskussions-Beiträge.

[hhund]

Hallo @Leaced,

klingt nach einer guten Idee. Ich bin gespannt auf die Ergebnisse. Hier schon mal ein paar Gedanken von mir:

• Wir hatten intern mal diskutiert, ob wir in Zukunft zusätzliche amd64 und arm64 "minimal" Images veröffentlichen wollen, die weniger Abhängigkeiten haben (kein curl), keine privilegierten Ports verwenden und bei denen vielleicht uid/gid zur Laufzeit konfiguriert werden können.
• Für unsere Dev-Setups wäre es sicher interessant, zusätzlich zu den bestehenden docker-compose.yml Dateien auch äquivalente Quadlet-Dateien, Kubernetes-Deployment-YAMLs oder Helm-Charts im Repository bereitzustellen. Die zusätzlichen Datei könnten dann vielleicht auch als Beispiele für produktive Umgebungen dienen.
• Von Docker würde ich vermutlich erst wegmigrieren, wenn wir wissen, dass das nicht mehr als Build- oder Laufzeitumgebung benötigt wird. Podman und Kubernetes besser zu unterstützen ist aber in jedem Falle ein gutes Ziel.

Im Repository kommunizieren wir üblicherweise auf Englisch. Falls es dir lieber ist, können wir die Diskussion hier aber auch gerne auf Deutsch weiterführen.