Les développeurs ont annoncé la première version « Podman 2 », une mise à jour majeure du projet podman – un utilitaire pour créer, exécuter et gérer des conteneurs standards OCI. Podman est une alternative au projet Docker et permet de gérer des conteneurs sans le besoin d'un service système en arrière-plan et sans nécessiter de droits root.
Pour l'utilisateur final, les changements seront pratiquement imperceptibles, cependant, dans certains cas, le format des données json changera.
La principale différence de la deuxième version est un API REST complètement fonctionnel. Une implémentation expérimentale de l'API basée sur varlink était également disponible dans la première branche, mais dans la nouvelle version, elle a été complètement retravaillée. Au lieu de l'interface varlink, un API HTTP standard est désormais utilisée.
Le nouvel API REST a deux couches : une interface vers les fonctions de la bibliothèque libpod et une couche de compatibilité partielle qui implémente les fonctions de l'API Docker. Pour les nouvelles applications, il est conseillé d'utiliser l'interface « native » libpod.
Le nouvel API REST a permis de réduire considérablement la taille de l'application cliente podman pour Mac et Windows.
Principales modifications :
- L'API REST et le service système podman ne sont plus considérés comme expérimentaux et sont prêts à être utilisés.
- La commande podman peut se connecter à un service podman distant en utilisant l'option —remote.
- Le client podman a été entièrement réécrit et utilise maintenant l'API HTTP au lieu de Varlink.
- La commande podman system connection a été ajoutée pour configurer des connexions distantes, qui sont ensuite utilisées par les commandes podman-remote et podman —remote.
- La commande podman generate systemd prend maintenant en charge l'option —new, et peut créer des services systemd pour des pods.
- La commande podman play kube prend en charge le lancement d'objets deployment de Kubernetes.
- La commande podman exec command a reçu l'option —detach pour exécuter des commandes en arrière-plan.
- L'option -p pour les commandes podman run et podman create prend maintenant en charge le transfert de ports vers des adresses IPv6.
- Les commandes podman run, podman create et podman pod prennent maintenant en charge l'option —replace pour recréer le conteneur avec le même nom.
- L'option —restart-policy pour les commandes podman run et podman create peut maintenant accepter la politique unless-stopped.
- L'option —log-driver pour les commandes podman run et podman create peut prendre la valeur none, qui désactive l'enregistrement des logs du conteneur.
- La commande podman generate systemd prend en charge les arguments —container-prefix, —pod-prefix et —separator, qui contrôlent les unités créées.
- La commande podman network ls prend en charge l'option —filter pour filtrer les résultats.
- L'équipe podman auto-update prend en charge la spécification d'un fichier authfile pour le conteneur.
Source : linux.org.ru
