Zum Hauptinhalt springen

· 2 Minuten Lesezeit

podman logo

Vereinfachung von Podman-Befehlen mit Labels

Von Brent Baude GitHub​

Befehle, die von Container-Runtimes zum Erstellen von Containern verwendet werden, sind komplex geworden. Das ist natürlich Absicht. Beim Erstellen von Containern möchten wir die Möglichkeit haben, verschiedene Sicherheits- oder Netzwerk-Attribute zu spezifizieren. Aber wenn Sie in der unbeneidenswerten Position sind, einige dieser langen Befehle eingeben zu müssen, kann das ermüdend werden. Das Definieren von Labels auf dem Container-Image ist ein großartiger Weg, um zu definieren, wie der Container ausgeführt werden soll; jedoch können wir jetzt mit Podman dieses Label lesen und ausführen, was Ihnen potentielle Kommandozeilen-Überfrachtung erspart.

· 2 Minuten Lesezeit

podman logo

Podman container|image exists

Von Brent Baude GitHub​

Wir sehen eine zunehmende Verbreitung von Podman in den täglichen Arbeitsabläufen der Nutzer. Da diese Arbeitsabläufe oft geskriptet sind -- in etwa wie bash -- sind klare Exit-Codes von den ausgeführten Anwendungen von größter Bedeutung. Eine der Aufgaben, die wir oft sehen, ist ein Nutzer, der überprüfen möchte, ob ein Image oder ein Container im lokalen Speicher existiert. Wir haben verschiedene Ansätze zur Lösung dieses Problems gesehen, einschließlich der Ausführung von podman ps oder podman images mit Filtern oder komplexe Verwendungen von grep.

· 2 Minuten Lesezeit

podman logo

Podman RPMs mit einem Container-Image erstellen

Von Brent Baude GitHub​

Die Libpod-Entwicklung ist immer noch sehr aktiv und laufend. Wir haben oft Leute, die die neueste libpod und Podman für neue Features oder Bugfixes testen möchten. Wir erstellen normalerweise RPMs für Distributionen wie Fedora in einem Release-Rhythmus, der früher wöchentlich war, aber jetzt verlangsamt wurde, da libpod sich stabilisiert hat. Das Erstellen von libpod aus dem Quellcode ist nicht schwierig, aber manchmal erlaubt die Umgebung des Benutzers nicht, alle benötigten Pakete zu installieren; oder vielleicht ist der Benutzer eingeschüchtert vom Erstellen aus dem Quellcode; oder vielleicht würde der Benutzer das RPM-Paket bevorzugen, weil es den Upgrade-Prozess später einfacher macht.

Um dieses Problem zu lösen, habe ich eine Reihe von Container-Images für CentOS7, Fedora 28 und Fedora 29 erstellt, die in der Lage sind, ein Entwicklungs-Podman-RPM und zugehörige Pakete zu erstellen.

· 5 Minuten Lesezeit

podman logo buildah logo

Buildah und Podman Beziehung

Von Tom Sweeney GitHub​

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.

· Eine Minute Lesezeit

podman logo

SELinux blockiert Podman-Container beim Sprechen mit libvirt

Von Dan Walsh GitHub​

Ich habe einen SELinux-Blog über das Ausführen eines Containers mit Podman geschrieben. Der Vortrag erklärt, warum SELinux die Verbindung zum libvirt-Socket blockiert. Anschließend wird erklärt, wie man den Container einrichtet, um die Kommunikation zu ermöglichen.

Weiterlesen