Podman er en containermotor, der kan erstatte Docker. Denne motor er udviklet af Red Hat-firmaet (nu ejet af IBM) og har til hensigt at flytte den lidt efter lidt. Vil det lykkes? Nå får vi se ...
El open source-projekt det har stor brugervenlighed, hvilket er et stort træk. Sådan er den lethed, at der findes en artikel af Dan Walsh, en Red Hat-ingeniør, hvor han viser trinene i en migration for at erstatte Docker med Podman, og de var disse:
dnf install -y podman alias docker=podman
Og under denne beskrivelse endte han med at sige «Nogen spørgsmål?»Med lidt humor på grund af hvor enkelt det er ...
Udover det, hvis du allerede er vant til at bruge Docker, behøver du ikke bekymre dig for meget om kommandoerne, da Podman for det meste bruger de samme. Det vil sige, hvis du skal køre en container docker løb, for at gøre det med dette andet projekt, du skal bruge podman-løb. Det er så simpelt at huske mulighederne.
Nå, indtil videre virker alt ens. Begge projekter er gode, open source, de arbejder med containere, de er enkle, de bruger den samme syntaks osv. Men derefter? Hvad har Podman for at gøre det værd at have? Nå, en af forskellene er det ikke baseret på dæmoner (tjenester i * nix-verdenen).
Som du ved, har Docker en dæmon forbundet med det. Denne dæmon er unik og centraliseret, hvilket betyder, at jo flere containere du bruger, dens kompleksitet vil vokse og blive tungere og tungere. Derfor har Red Hat besluttet at oprette dette andet værktøj til at rette op på den ulempe.
I Podman har de det decentrale komponenter til containeradministration og undgå således, at udvidelsen af dæmonen, som sker i Docker. Disse individuelle komponenter bruges kun, når det er nødvendigt, hvilket vil resultere i mindre ressourceforbrug.
Ud over den fordel har den en anden stor fordel. Podman kan administrere containere på samme måde som Docker, men også du kan gøre det med Podsdet vil sige de drev, der bruges i Kubernetes. Den væsentlige forskel mellem en container og en Pod er, at hver Pod kan indeholde mere end en container.
Denne container- og containerhåndterer vil sejre, at det i princippet er mere effektivt i ressourcer, muliggør isolering af både programmerne og applikationerne i systemet på en mest decentraliseret måde, og endelig skal det kunne installeres i forskellige driftsformer. Systemer uden dette påvirker konstruktionen af containerne, udførelsen og distributionen.
PS: selvom det ikke er mindre vigtigt, kan du tilføje et grafisk værktøj, der giver dig mulighed for at udføre de samme handlinger som i konsollen.