poddman Det är en containermotor som kan ersätta Docker. Denna motor har utvecklats av Red Hat-företaget (som nu ägs av IBM) och avser att flytta den lite efter lite. Kommer det att lyckas? Vi får se ...
El projekt med öppen källkod den har stor användarvänlighet, vilket är ett stort drag. Så lätt är det att det finns en artikel av Dan Walsh, en Red Hat-ingenjör, där han visar stegen i en migration för att ersätta Docker med Podman, och de var dessa:
dnf install -y podman alias docker=podman
Och under den beskrivningen slutade han med att säga «Några frågor?»Med lite humor på grund av hur enkelt det är ...
Dessutom, om du redan är van vid att använda Docker behöver du inte oroa dig för mycket för kommandona, eftersom Podman använder samma för det mesta. Det vill säga om du måste använda en container docker körning, för att göra det med det här andra projektet måste du använda podman springa. Det är så enkelt att komma ihåg alternativen.
Tja, hittills verkar allt liknande. Båda projekten är bra, öppen källkod, de arbetar med containrar, de är enkla, de använder samma syntax etc. Men då? Vad har Podman att göra det värt att ha? En av skillnaderna är det inte baserad på demoner (tjänster i * nix-världen).
Som du vet har Docker en daemon associerad med den. Denna demon är unik och centraliserad, vilket innebär att ju fler behållare du använder, dess komplexitet kommer att växa och bli tyngre och tyngre. Det är därför Red Hat har beslutat att skapa detta andra verktyg för att rätta till nackdelen.
I Podman har de det decentraliserade komponenter för containerhantering och undvik sålunda den breddning av demonen som sker i Docker. Dessa enskilda komponenter används endast vid behov, vilket leder till mindre resursförbrukning.
Förutom den fördelen har den en annan stor fördel. Podman kan hantera behållare på samma sätt som Docker, men också du kan göra det med Podsdet vill säga de enheter som används i Kubernetes. Den väsentliga skillnaden mellan en container och en Pod är att varje Pod i sin tur kan innehålla mer än en container.
Den container- och containerhanteraren kommer att segra att det i princip är mer effektivt i resurser, möjliggör isolering av både programmen och applikationerna i systemet på ett så decentraliserat sätt som möjligt och slutligen måste det kunna installeras på olika sätt. System utan det påverkar byggandet av containrarna, utförandet och distributionen.
PS: även om det inte är mindre viktigt kan du lägga till ett grafiskt verktyg som låter dig utföra samma åtgärder som i konsolen.