Подман е контейнерен двигател, който може да бъде заместител на Docker. Този двигател е разработен от компанията Red Hat (сега собственост на IBM) и възнамерява постепенно да го движи. Ще успее ли? Добре ще видим…
El проект с отворен код той има голяма лекота на използване, което е голямо равенство. Такава е лекотата, че има статия от Дан Уолш, инженер на Red Hat, в която той показва стъпките на миграция, за да замени Docker с Podman, а те бяха следните:
dnf install -y podman alias docker=podman
И под това описание той накрая каза «Някакви въпроси?»С малко хумор, защото е толкова просто ...
Освен това, ако вече сте свикнали да използвате Docker, не е нужно да се притеснявате твърде много командите, тъй като Podman използва същите в по-голямата си част. Тоест, за да стартирате контейнер, трябва да използвате докер, за да го направите с този друг проект, който трябва да използвате подман бягане. Толкова е лесно да запомните опциите.
Е, засега всичко изглежда подобно. И двата проекта са добри, с отворен код, работят с контейнери, прости са, използват един и същ синтаксис и т.н. Но след това? Какво има Подман, за да си струва да го имаш? Е, една от разликите е тази не се основава на демони (услуги в света * nix).
Както знаете, Docker наистина има демон, свързан с него. Този демон е уникален и централизиран, което означава, че колкото повече контейнери използвате, сложността му ще расте и ще става все по-тежки и по-тежки. Ето защо Red Hat реши да създаде този друг инструмент, за да коригира този недостатък.
В Подман имат децентрализирани компоненти за управление на контейнери и по този начин да се избегне това разширяване на демона, както се случва в Docker. Тези отделни компоненти се използват само когато е необходимо, което ще доведе до по-малко потребление на ресурси.
В допълнение към това предимство, той има още едно голямо предимство. Podman може да управлява контейнери по същия начин като Docker, но също така можете да го направите с Pods, т.е. устройствата, които се използват в Kubernetes. Съществената разлика между контейнер и шушулка е, че всеки шушулка може да съдържа повече от един контейнер.
Този контейнер и манипулаторът на контейнери ще триумфира, че по принцип е по-ефективен в ресурсите, позволява изолирането както на програмите, така и на приложенията на системата по възможно най-децентрализирания начин и накрая, той трябва да може да бъде инсталиран в различни операционни Системи без това влияят върху конструкцията на контейнерите, изпълнението и разпространението.
PS: макар и не по-малко важно, можете да добавите графичен инструмент, който ви позволява да извършвате същите действия като в конзолата.