
Buildah und Podman Beziehung
Kubernetes-Installationen können komplex sein mit mehreren Runtime-Abhängigkeiten und Runtime-Engines. CRI-O wurde entwickelt, um eine leichtgewichtige Runtime für Kubernetes bereitzustellen, die eine Abstraktionsschicht zwischen dem Cluster und der Runtime hinzufügt, die verschiedene OCI-Runtime-Technologien ermöglicht. Jedoch haben Sie immer noch das Problem von Daemon-Abhängigkeiten in Ihrem Cluster für Builds - d.h. wenn Sie den Cluster für Builds verwenden, benötigen Sie immer noch einen Docker-Daemon.
Hier kommt Buildah ins Spiel. Buildah ermöglicht es Ihnen, einen Kubernetes-Cluster ohne Docker-Daemon sowohl für Runtime als auch für Builds zu haben. Ausgezeichnet. Aber was ist, wenn etwas schief geht? Was ist, wenn Sie Troubleshooting oder Debugging von Containern in Ihrem Cluster durchführen möchten? Buildah ist nicht wirklich dafür gebaut, was Sie brauchen ist ein Client-Tool für die Arbeit mit Containern und das, was einem in den Sinn kommt, ist Docker CLI - aber dann sind Sie wieder beim Daemon.
Hier kommt Podman ins Spiel. Podman ermöglicht es Ihnen, alle Docker-Befehle ohne Daemon-Abhängigkeit auszuführen. Mit Podman können Sie Container in Ihrem Kubernetes-Cluster ausführen, erstellen (es ruft Buildah unter der Haube dafür auf), modifizieren und debuggen. Mit beiden Projekten zusammen haben Sie eine umfassende Lösung für Ihre OCI-Container-Image- und Container-Bedürfnisse.