podman Het is een containermotor die Docker kan vervangen. Deze engine is ontwikkeld door het bedrijf Red Hat (nu eigendom van IBM) en is van plan deze beetje bij beetje te verplaatsen. Zal het lukken? Nou, we zullen zien ...
El open source project het heeft een groot gebruiksgemak, wat een grote aantrekkingskracht heeft. Zo gemakkelijk is er een artikel van Dan Walsh, een Red Hat-engineer, waarin hij de stappen laat zien van een migratie om Docker te vervangen door Podman, en dat waren:
dnf install -y podman alias docker=podman
En onder die beschrijving eindigde hij met de woorden «Nog vragen?»Met een beetje humor omdat het zo simpel is ...
Daarnaast hoef je je, als je al gewend bent Docker te gebruiken, niet al te veel zorgen te maken de commando's, aangezien Podman grotendeels dezelfde gebruikt. Dat wil zeggen, als u een container wilt gebruiken, moet u deze gebruiken koppelingsrun, om het te doen met dit andere project dat u moet gebruiken podman rennen Het is zo eenvoudig om de opties te onthouden.
Nou, tot nu toe lijkt alles op elkaar. Beide projecten zijn goed, open source, werken met containers, zijn eenvoudig, gebruiken dezelfde syntaxis, etc. Maar dan? Wat heeft Podman nodig om het de moeite waard te maken? Nou, een van de verschillen is dat niet gebaseerd op demonen (diensten in de * nix-wereld).
Zoals u weet, heeft Docker de bijbehorende daemon. Deze demon is uniek en gecentraliseerd, wat betekent dat hoe meer containers je gebruikt, de complexiteit zal groeien en worden zwaarder en zwaarder Daarom heeft Red Hat besloten om deze andere tool te maken om dat nadeel te corrigeren.
In Podman hebben ze gedecentraliseerde componenten voor containerbeheer en vermijd dus die verbreding van de daemon zoals die in Docker gebeurt. Die afzonderlijke componenten worden alleen gebruikt wanneer dat nodig is, wat zal resulteren in minder bronnenverbruik.
Naast dat voordeel heeft het nog een ander groot voordeel. Podman kan containers op dezelfde manier beheren als Docker, maar ook je kunt het doen met Pods, dat wil zeggen, de schijven die in Kubernetes worden gebruikt. Het essentiële verschil tussen een container en een pod is dat elke pod op zijn beurt meer dan één container kan bevatten.
Die container- en containerhandler zal zegevieren dat, in principe, efficiënter is in middelen, de isolatie van zowel de programma's als de applicaties van het systeem op de meest gedecentraliseerde manier mogelijk maakt en ten slotte moet het in verschillende besturingssystemen kunnen worden geïnstalleerd. Systemen zonder dat dit invloed heeft op de constructie van de containers, de uitvoering en distributie.
PS: hoewel niet minder belangrijk, kunt u een grafische tool toevoegen waarmee u dezelfde acties kunt uitvoeren als in de console.