Podman é um mecanismo de contêiner que pode substituir o Docker. Este motor foi desenvolvido pela empresa Red Hat (agora propriedade da IBM) e pretende movê-lo aos poucos. Terá sucesso? Bem, veremos ...
El projeto de código aberto tem grande facilidade de uso, o que é um grande atrativo. Tamanha é a facilidade que existe um artigo de Dan Walsh, um engenheiro da Red Hat, no qual ele mostra as etapas de uma migração para substituir o Docker pelo Podman, e foram estas:
dnf install -y podman alias docker=podman
E com essa descrição acabou dizendo «Dúvidas?»Com um pouco de humor pela simplicidade ...
Além disso, se você já está acostumado a usar o Docker, não precisa se preocupar muito com os comandos, já que o Podman usa os mesmos na maior parte. Ou seja, se para executar um contêiner, você deve usar Docker Run, para fazer isso com este outro projeto você tem que usar podman correr. É muito simples lembrar as opções.
Bem, até agora tudo parece semelhante. Ambos os projetos são bons, open source, trabalham com containers, são simples, usam a mesma sintaxe, etc. Mas então? O que o Podman tem para fazer valer a pena? Bem, uma das diferenças é que não baseado em demônios (serviços no mundo * nix).
Como você sabe, o Docker tem um daemon associado a ele. Este demônio é único e centralizado, o que significa que quanto mais contêineres você usar, sua complexidade aumentará e se tornará mais pesado e mais pesado. É por isso que a Red Hat decidiu criar essa outra ferramenta para corrigir essa desvantagem.
Em Podman eles têm componentes descentralizados para gerenciamento de contêiner e, assim, evitar a ampliação do daemon como ocorre no Docker. Esses componentes individuais são usados apenas quando necessário, o que resultará em menos consumo de recursos.
Além dessa vantagem, tem outra grande vantagem. O Podman pode gerenciar contêineres da mesma maneira que o Docker, mas também você pode fazer isso com pods, ou seja, as unidades que são usadas no Kubernetes. A diferença essencial entre um contêiner e um pod é que cada pod pode conter mais de um contêiner.
Triunfará aquele container e manipulador de container que, a princípio, é mais eficiente em recursos, permite o isolamento tanto dos programas quanto das aplicações do sistema da forma mais descentralizada possível e finalmente, deve poder ser instalado em diferentes Sistemas sem que afetem a construção dos contêineres, a execução e distribuição.
PS: embora não menos importante, você pode adicionar uma ferramenta gráfica que permite realizar as mesmas ações que no console.