Zarf 1.0 : gestionnaire de paquets pour déploiement en airgap
Le gestionnaire de paquets Zarf atteint sa version 1.0, une annonce qui vise à simplifier la complexité de la livraison logicielle dans les environnements isolés, appelés airgap. Ce projet, développé par Defense Unicorns, répond au besoin critique de pouvoir déployer des applications sur des clusters Kubernetes sans dépendre d’une connexion réseau constante, assurant ainsi une meilleure maîtrise des chaînes de confiance.
Cette nouvelle version met l’accent sur la sécurité, la stabilité et la pérennité du projet. Selon OpenSSF, elle intègre des flux de travail de signature et de vérification des paquets renforcés. Pour les équipes qui construisent leurs processus de livraison avec Zarf, cela signifie pouvoir avoir une confiance accrue dans ce qu’elles déploient, ce qui est essentiel pour comprendre l’origine de chaque composant.
Un changement notable pour les créateurs de paquets est l’introduction du schéma de paquets v1beta1. Cette refonte permet une expérience plus intuitive et apporte des fonctionnalités pour la maintenance des composants, comme le partage de composants importés. On observe d’ailleurs une transition majeure : les anciennes variables sont remplacées par des values. Ce passage permet de structurer la configuration grâce au Go templating standard, rendant les configurations plus lisibles et plus faciles à maintenir sur de grands projets.
Zarf se positionne comme une solution qui évite le verrouillage fournisseur (vendor lock), car il n’y a pas de logiciel propriétaire lié à son usage. Il est présenté comme un binaire compilé statiquement, ce qui lui confère l’avantage d’avoir zéro dépendance pour s’exécuter sur n’importe quelle machine, quel que soit le système d’exploitation. Il permet d’intégrer et de distribuer des logiciels depuis divers environnements de développement sécurisés, qu’il s’agisse de systèmes embarqués ou de centres de données.
Le concept clé de Zarf est de permettre aux équipes de « développer connecté, déployer déconnecté ». Les équipes peuvent configurer des applications entières, même en ligne, puis les empaqueter et les acheminer vers un environnement sans connexion. Le résultat est un déploiement en fichier compressé unique, contenant tout ce dont l’application a besoin pour fonctionner sans Internet.
Le catalogue de fonctionnalités est déjà conséquent. Zarf automatise la génération du Software Bill of Materials (SBOM), permet de créer et de vérifier des signatures de paquet via cosign, et peut même démarrer un cluster K3s complet en étant totalement hors ligne. Pour ceux qui veulent suivre l’évolution technique, github.com montre que le projet structure ses demandes d’amélioration via des Propositions (ZEP), assurant une transparence sur sa feuille de route. Ces propositions sont suivies dans le dépôt zarf-dev/proposals, où les statuts varient entre « provisional », « implementable » et « implemented ».
Ce gestionnaire offre une boîte à outils conséquente, incluant un serveur Git intégré avec Gitea, un registre Docker natif, et même un tableau de bord K9s pour gérer le cluster depuis le terminal. Une capacité de tunneling permet d’interagir avec les ressources Kubernetes sans nécessiter de configuration de routage, de DNS, de TLS ou d’Ingress. Les développeurs peuvent aussi utiliser l’action setup-zarf dans les workflows GitHub pour installer Zarf et son paquet d’initialisation sans ajouter de dépendances.
