Podman Det er en containermotor som kan erstatte Docker. Denne motoren er utviklet av Red Hat-selskapet (nå eid av IBM) og har til hensikt å flytte den litt etter litt. Vil det lykkes? Vel, vi får se ...
El open source-prosjekt den har stor brukervennlighet, noe som er et stort trekk. Slik er det lett at det er en artikkel av Dan Walsh, en Red Hat-ingeniør, der han viser trinnene til en migrasjon for å erstatte Docker med Podman, og de var disse:
dnf install -y podman alias docker=podman
Og under den beskrivelsen endte han med å si «Noen spørsmål?»Med litt humor på grunn av hvor enkelt det er ...
I tillegg til at hvis du allerede er vant til å bruke Docker, trenger du ikke å bekymre deg for mye for kommandoene, siden Podman for det meste bruker de samme. Det vil si hvis du skal bruke en container docker kjøre, for å gjøre det med dette andre prosjektet du må bruke podman-løp. Det er så enkelt å huske alternativene.
Vel, så langt virker alt likt. Begge prosjektene er gode, åpen kildekode, jobber med containere, er enkle, bruker samme syntaks osv. Men da? Hva har Podman for å gjøre det verdt å ha? Vel, en av forskjellene er det ikke basert på demoner (tjenester i * nix-verdenen).
Som du vet, har Docker en demone assosiert med den. Denne demonen er unik og sentralisert, noe som betyr at jo flere containere du bruker, dens kompleksitet vil vokse og bli tyngre og tyngre. Derfor har Red Hat bestemt seg for å lage dette andre verktøyet for å rette opp den ulempen.
I Podman har de det desentraliserte komponenter for containeradministrasjon og dermed unngå at utvidelsen av demonen som skjer i Docker. Disse individuelle komponentene brukes bare når det er nødvendig, noe som vil resultere i mindre ressursforbruk.
Foruten den fordelen, har den en annen stor fordel. Podman kan administrere containere på samme måte som Docker, men også du kan gjøre det med Pods, det vil si stasjonene som brukes i Kubernetes. Den vesentlige forskjellen mellom en container og en Pod er at hver Pod igjen kan inneholde mer enn én container.
At container- og containerhåndterer vil seire at det i prinsippet er mer effektivt i ressurser, tillater isolering av både programmene og applikasjonene til systemet på en mest mulig desentralisert måte, og til slutt må det kunne installeres på forskjellige måter Systemer uten det påvirker konstruksjonen av containerne, utførelsen og distribusjonen.
PS: selv om det ikke er mindre viktig, kan du legge til et grafisk verktøy som lar deg utføre de samme handlingene som i konsollen.