Os desenvolvedores anunciaram o primeiro lançamento «Podman 2», uma atualização principal do projeto podman – uma ferramenta para criar, iniciar e gerenciar contêineres de acordo com o padrão OCI. Podman é uma alternativa ao projeto Docker e permite gerenciar contêineres sem a necessidade de um serviço do sistema em segundo plano e sem exigir permissões de root.
Para o usuário final, as mudanças serão praticamente imperceptíveis, mas em alguns casos o formato dos dados json será alterado.
A principal diferença na segunda versão é a API REST totalmente funcional. A implementação experimental da API baseada em varlink estava disponível na primeira versão, mas na nova versão foi completamente reestruturada. Em vez da interface varlink, agora é utilizada a API HTTP padrão.
A nova API REST possui duas camadas: uma interface para as funções da biblioteca libpod e uma camada de compatibilidade parcialmente implementando as funções da API do Docker. Para novos aplicativos, é claro, recomenda-se utilizar a interface nativa do libpod.
A nova API REST permitiu uma redução significativa no tamanho do aplicativo cliente podman para Mac e Windows.
Principais mudanças:
- A API REST e o serviço de sistema podman não são mais considerados experimentais e estão prontos para uso.
- A equipe podman pode se conectar a um serviço remoto podman usando a flag —remote.
- O cliente podman foi completamente reescrito e agora utiliza a API HTTP em vez do Varlink.
- Foi adicionada a comando podman system connection para configurar conexões remotas, que podem ser utilizadas pelos comandos podman-remote e podman —remote.
- O comando podman generate systemd agora suporta a flag —new, e pode criar serviços systemd para pods.
- O comando podman play kube agora suporta a execução de objetos de deployment do Kubernetes.
- O comando podman exec command agora possui a flag —detach para executar comandos em segundo plano.
- A flag -p para os comandos podman run e podman create agora suporta o encaminhamento de portas para endereços IPv6.
- Os comandos podman run, podman create e podman pod agora suportam a flag —replace para recriar o contêiner com o mesmo nome.
- A flag —restart-policy para os comandos podman run e podman create agora suporta a política unless-stopped.
- A flag —log-driver para os comandos podman run e podman create pode aceitar o valor none, que desativa a gravação dos logs do contêiner.
- O comando podman generate systemd aceita os argumentos —container-prefix, —pod-prefix e —separator, que controlam as unidades criadas.
- O comando podman network ls suporta a flag —filter para filtrar os resultados.
- A equipe do podman auto-update suporta a especificação de um arquivo authfile para o contêiner.
Fonte: linux.org.ru
