LinuxFr.org : les journaux  -  Alternatives à Docker (ou presque)

 -  17 mars - 

Sommaire

• Alternatives à Docker (ou presque)
  • Avant de commencer
  • Moteur de conteneur: Podman
    • Fonctionnalités
    • Compatibilité avec Docker
    • Podman et Systemd
  • Gestion d'une stack de conteneurs: podman-compose
  • Construction des images: Buildah
  • Registre d'images: Docker Distribution et Pulp
    • Docker Distribution
    • Pulp
  • Format d'images: OCI
  • Gérer des registres d'images: Skopeo
  • Application de bureau: Podman Desktop
  • Ansible: Collection Podman
  • Interface web: Cockpit-podman
  • Conclusion

Alternatives à Docker (ou presque)

Bonjour nal.

Récemment, Docker Inc a fait une annonce concernant la fin de la gratuité de certains comptes sur son Hub. Une annonce qui a fait parler d'elle car tout le monde n'est pas d'accord avec leur décision. Je ne vais pas revenir dessus car il y a déjà un journal ici qui en parle.

Sur les réseaux sociaux, j'ai vu plusieurs personnes demander s’il existait des alternatives. Je vais donc en profiter pour écrire ce petit journal où j'en liste quelque unes que je connais et, pour certaines, utilise très régulièrement.

Dans ce journal, je ne vais présenter que des logiciels libres, pas de services.

Et je me dépêche avant qu'il ne soit trolldi.

Avant de commencer

Une bonne partie des solutions que je vais lister ici viennent de la Containers Organization. Il ne s'agit pas d'une entreprise mais d'une collection de logiciels libres en lien avec les conteneurs.

Ces logiciels sont hébergés sur Github mais n'appartiennent pas à Microsoft.

Moteur de conteneur: Podman

Commençons par le commencement: Le moteur de conteneur.

Je sais que les récentes critiques sont dirigées contre le Hub de Docker, mais j'ai lu plusieurs personnes demander des alternatives concernant le moteur.

Podman est un moteur de conteneur sous licence Apache 2.0 écrit en Go.

Pour plus d'infos:

• Site web
• Comment démarrer
• Documentation
• Code source

Fonctionnalités

Tout comme Docker, il propose de:

• Télécharger des images
• Construire des images
• Envoyer des images
• Lancer et gérer des conteneurs
• Etc

Mais également:

• Rootless: Podman peut entièrement fonctionner au niveau utilisateur
• Daemonless: Podman est un outil en ligne de commande, il délègue son travail et s'arrête une fois terminé
• Gestion des Pods: Des groupes de conteneurs gérés comme une seule unité
• Mise à jour automatique des conteneurs avec rollback
• Une intégration optionnelle avec Systemd
• Peut créer des Pods à partir d'un fichier Kube pour Kubernetes
• Peut également créer un fichier Kube pour Kubernetes à partir d'un Pod

Compatibilité avec Docker

À propos de la compatibilité des deux outils.

Concernant les images, vous pouvez lancer des conteneurs Podman à partir d'images Docker. Vous pouvez également générer des images Docker avec Podman.

Vous pouvez également simuler un socket Docker. Et ainsi utiliser des logiciels prévus pour contrôler directement Docker au travers de son socket.

Pour les fonctionnalités communes entre Docker et Podman, les commandes sont les mêmes. À tel point qu'on peut créer un alias docker=podman.

J'ai utilisé Podman pendant 2 ans dans un précédent job où mes collègues utilisaient toutes et tous Docker. Aucun problème de compatibilité.

Podman et Systemd

L'intégration entre Podman et Systemd peut se faire de différentes façons.

Pour commencer, à partir de tout conteneur ou pod, vous pouvez demander à Podman de générer un fichier de service Systemd. Ce fichier pourra vous servir à gérer le démarrage, redémarrage et arrêt de votre conteneur ou pod depuis Systemd, comme n'importe quel autre service.

Vous avez même une option pour que le fichier de service crée et supprime automatiquement le conteneur ou pod. Ainsi, votre fichier .service pourra être ré-utilisé sur n'importe quelle machine avec Systemd et Podman.

Ensuite, il est aussi possible d'utiliser Systemd dans un conteneur. Pour lancer facilement un logiciel accompagné de son fichier .service.

Par exemple, si vous devez conteneuriser un logiciel vous-même mais que vous n'avez pas le temps de le compiler, comprendre comment le lancer, etc. Si, par chance, une des principales distributions GNU/Linux package déjà votre logiciel, vous pouvez simplement créer un fichier Containerfile ou Dockerfile qui va:

• Utiliser l'image de la distribution choisie
• Installer le package de votre logiciel
• Activer son service
• Déclarer les dossiers où iront les données comme des volumes
• Indiquer que la commande par défaut du conteneur sera systemd

Et voilà, il vous suffira de construire votre image à partir de votre Containerfile ou Dockerfile. Votre logiciel est conteneurisé. Pour bénéficier des mises à jour, il faut reconstruire l'image.

Finalement, depuis la version 4.4.0, Quadlet a été intégré à Podman. Il s'agit d'un outil qui propose de créer des services Systemd utilisant Podman pour exécuter les logiciels. Mais cette fois en écrivant directement un simple fichier texte dont la syntaxe est très proche de celle de Systemd.

Par exemple, pour lancer un conteneur Python et lui demander d'attendre 60 seconde:

[Unit]
Description=A minimal container

[Container]
Image=centos
Exec=sleep 60

[Service]
Restart=always

Oui, l'exemple est un peu nul, mais c'est un exemple simple. Vous avez plus qu'à sauvegarder votre fichier dans /etc/containers/systemd/, télécharger ou construire votre image et faire un systemctl daemon-reload. Voilà, votre service est prêt à fonctionner.

Bon, j'ai peut-être été trop verbeux sur ce point. Revenons à quelque chose de plus court.

Gestion d'une stack de conteneurs: podman-compose

Un des outils très pratiques pour gérer plusieurs conteneurs Docker est docker-compose.

Il est possible, avec Podman, d'utiliser docker-compose en activant la simulation du socket Docker.

Mais on peut également utiliser podman-compose. Son utilisation est très similaire à docker-compose. Il supporte les formats compose-file v2 et v3. Il exécute directement la commande podman, il n'est pas nécessaire d'activer le socket.

Podman-compose est un logiciel libre, écrit avec Python et sous licence GPLv2.

Plus d'infos:

• Code source

Construction des images: Buildah

Parfois, on a voulu juste construire une image. Rien de plus.

Pour ça, il y a Buildah. Son rôle est justement de construire des images et, optionnellement, de les envoyer vers un registre d'images.

Il s'agit d'un logiciel libre, écrit avec Go et sous licence Apache 2.0.

Pour plus d'infos:

• Site web
• Tutoriels
• Documentation
• Code source

Registre d'images: Docker Distribution et Pulp

Sur ce point, je ne vais pas présenter un service mais deux logiciels qu'on peut utiliser pour auto-héberger la distribution d'images pour conteneurs.

On peut le faire à titre personnel où mutualiser ses ressources et personnes avec d'autres organisations. Par exemple via un chaton ?

Docker Distribution

Ici, je vais parler du projet Distribution de Docker. Il s'agit d'un logiciel libre sous licence Apache 2.0, écrit lui aussi avec Go.

Oui, il s'agit d'un logiciel de chez Docker. Mais il s'agit d'un logiciel libre. S’il prend une mauvaise direction, il pourra toujours être forké.

Il implémente l'API OCI Distribution Specification. Il est donc possible d'avoir d'autres logiciels qui soient compatibles.

L'avantage de ce logiciel est qu'il est simple à déployer et utiliser. Si une organisation héberge déjà son site web, il devrait être facile d'héberger la distribution de ses images avec ce logiciel.

Pour plus d'infos:

• Documentation
• Code source de Distribution

Pulp

Pulp est un logiciel libre proposant d’héberger des dépôts de paquets:

• Image de conteneurs avec API Docker Registry HTTP API V2-compatible
• Paquets Python
• Ruby gems
• Paquets RPM
• Paquets DEB
• Collections et rôles Ansible
• OSTree packages
• Chef cookbooks
• Maven packages
• Fichiers

Vous pouvez l'utiliser pour vos dépôts personnels mais également pour faire des miroirs de dépôts existants. Pour les images de conteneur, vous pouvez également demander à Pulp de les construire à partir d'un fichier Containerfile.

Je ne l'ai pas encore utilisé, donc je ne sais pas s’il est adapté pour des dépôts publics.

Il est écrit avec Python et est distribué sous licence GPLv2.

Pour plus d'infos:

• Site web
• Documentation
• Code source

Format d'images: OCI

Pour le format des images des conteneurs, il existe l'OCI Image Format.

Spécifications

Ce format d'image est supporté par Podman et Buildah

Gérer des registres d'images: Skopeo

Skopeo est un petit logiciel qui vous servira à effectuer différentes opérations sur des images hébergées sur des registres.

Fonctionnalités:

• Copie d'images depuis et vers différents sources ou destination
• Type de sources et destinations proposées:
  • Stockage local
  • Registre implémentant l'API Docker Registry HTTP API V2
  • Dossier local
  • Archive
• Inspection des propriétés d'une image, sans avoir à la télécharger
• Suppression d'image d'un registre
• Synchronisation entre deux registres

Il s'agit d'un logiciel libre sous licence Apache 2.0, écrit lui aussi avec Go.

Pour plus d'infos:

• Code source
• Documentation

Application de bureau: Podman Desktop

On arrive à l'application de bureau. Podman Desktop est un logiciel libre écrit principalement avec TypeScript et sous licence Apache 2.0.

Disponible pour Windows, Mac OS et GNU/Linux, il propose:

• Construction et gestion d'images
• Exécution et gestion de conteneur et Pod
• Exécution de Pod sur Podman ou Kubernetes
• Conversion de Pod pour être lancé sur Kubernetes
• Gestion des volumes
• Gestion de plusieurs moteurs de conteneurs: Podman, CRC, Machines Podman Lima et Docker
• Gestion des registres OCI
• Support de proxy
• Système d'extensions

Je ne l'ai utilisé qu'une fois, pour voir à quoi ressemblait son interface.

Pour plus d'infos:

• Site web
• Documentation
• Code source

Ansible: Collection Podman

Si vous utilisez Ansible pour gérer le déploiement et la configuration de votre parc, vous pouvez utiliser la collection officielle containers.podman.

Écrite avec Python et sous licence GPLv3, elle propose de nombreux modules pour gérer vos ressources Podman ou obtenir des informations à leur sujet. Cette collection propose également 2 extensions de connexion, pour Podman et Buildah, ainsi qu'une extension become utilisant Podman unshare.

Pour plus d'infos:

• Documentation
• Code source

Interface web: Cockpit-podman

Pour terminer, une petite extension pour Cockpit, l’interface web pour serveur.

Il s'agit d'un logiciel libre principalement écrit avec JavaScript et Python et sous licence LGPLv2.1.

Cette interface est un limité à quelques fonctionnalités:

• Téléchargement et gestion d'images
• Création et gestion de Pods et conteneurs

Pour plus d'infos:

• Code source

Conclusion

Il existe plusieurs alternatives aux solutions de Docker Inc offrant une bonne compatibilité et même des fonctionnalités supplémentaires.

Le modèle du "conteneur à processus unique basé sur un environnement reproductible" offre de nombreux avantages et il serait dommage d'y renoncer suite aux décisions de Docker Inc.

PS: Ce journal a sûrement de nombreuses "fautes" de français. En réalité, ce ne sont pas des fautes mais un moyen de faire vivre la langue. Car seules les langues mortes sont figées. (Je suis déjà loin :p)

Commentaires : voir le flux Atom ouvrir dans le navigateur

par Yuul B. Alwright