Podman - это контейнерный движок, который может заменить 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: хотя не менее важно, вы можете добавить графический инструмент, позволяющий выполнять те же действия, что и в консоли.