Podman és un motor de contenidors (container engine) que pot ser un substitut per a Docker. Aquest motor ha estat desenvolupat per la companyia Red Hat (ara propietat d'IBM) i pretén anar desplaçant a poc a poc. Se'n sortirà? Bé, ja veurem ...
El projecte de codi obert té una gran facilitat d'ús, el que és un gran atractiu. Tal és la facilitat que hi ha un article de Dan Walsh, un enginyer de Red Hat, en el qual mostra els passos d'una migració per reemplaçar Docker amb Podman, i eren aquests:
dnf install -y podman alias docker=podman
I sota aquesta descripció acabava dient «Alguna pregunta?»Amb una mica d'humor pel senzill que és ...
A més d'això, si ja estàs acostumat a fer servir Docker tampoc t'has de preocupar massa per les ordres, Ja que Podman usa els mateixos majoritàriament. És a dir, si per córrer un contenidor has de fer servir corredera, Per fer-ho amb aquest altre projecte has de fer servir podman run. Així de senzill per recordar les opcions.
Bé, fins aquí tot sembla similar. Tots dos projectes són bons, de codi obert, treballen amb contenidors, són senzills, usen la mateixa sintaxi, etc. Però llavors? Què té Podman per fer que valgui la pena tenir-lo? Doncs bé, una de les diferències és que no està basat en dimonis (Serveis al món * nix).
Com saps, Docker sí que té el seu dimoni associat. Aquest dimoni és únic i centralitzat, el que vol dir que com més contenidors facis servir, la seva complexitat anirà creixent i fent més i més pesat. Per això Red Hat ha decidit crear aquesta altra eina per a corregir aquesta desavantatge.
En Podman s'han descentralitzat els components per a la gestió de contenidors i així evitar aquest eixamplament de el dimoni com passa en Docker. Aquests components individuals només són usats quan siguin necessaris, el que deixarà un menor consum de recursos.
A més d'aquest avantatge té una altra gran avantatge. Podman pot gestionar contenidors de la mateixa manera que Docker, però també pot fer-ho amb Pods, És a dir, les unitats que es fan servir en Kubernetes. La diferència essencial entre un contenidor i un Pod és que cada Pod pot contenir al seu torn més d'un contenidor.
Triomfarà aquell contenidor i gestor de contenidors que, en principi, sigui més eficient en recursos, permeti l'aïllament tant dels programes com de les aplicacions de sistema de la manera més descentralitzada possible i finalment, ha de poder ser instal·lat en diversos Sistemes Operatius sense que això afecti la construcció dels contenidors, l'execució i distribució.
PD: encara que no menys important, pot sumar-se una eina gràfica que permeti realitzar les mateixes accions que a la consola.