Apple Container 1.0 : les conteneurs Linux intégrés à macOS

L’outil de conteneurs d’Apple pour macOS, développé en Swift, atteint la version 1.0 avec des machines Linux persistantes, une intégration à l’hôte et des améliorations plus générales du flux de travail.

Un an après le lancement par Apple de son outil de conteneurs open source, une alternative native basée sur Swift permettant d’exécuter des conteneurs Linux sur macOS, le projet a franchi une première étape majeure avec la sortie de la version stable 1.0.

Comme macOS n’exécute pas les conteneurs Linux en mode natif comme le ferait un hôte Linux, l’approche d’Apple repose sur des machines virtuelles Linux légères, chaque conteneur disposant de son propre environnement isolé.

Contrairement aux conteneurs classiques, qui sont généralement conçus autour d’une seule application ou d’un seul processus, une machine-conteneur est conçue comme un environnement Linux persistant. Selon Apple, elle est destinée à fournir une configuration Linux hautement intégrée fonctionnant de manière transparente sur un Mac, basée sur des images OCI standard pouvant être construites et partagées.

Et cela est important car, au lieu de n’exécuter que des conteneurs éphémères, les utilisateurs peuvent créer des environnements Linux persistants qui survivent d’une session à l’autre, exécutent un système d’initialisation et prennent en charge des services fonctionnant en continu.

En ce qui concerne l’intégration à l’hôte, une machine à conteneurs mappe automatiquement le nom d’utilisateur et le répertoire personnel macOS dans l’environnement Linux, rendant ainsi les dépôts et les fichiers dotfiles accessibles des deux côtés. Cela permet aux développeurs de modifier du code à l’aide d’outils natifs de macOS, tels que leur IDE ou éditeur préféré, tout en compilant et en exécutant le même projet sous Linux.

Une autre fonctionnalité utile est la prise en charge des véritables services Linux, ce qui rend la machine à conteneurs adaptée au test d’applications par rapport à des services d’arrière-plan au sein d’un environnement Linux.

Cette fonctionnalité prend également en charge plusieurs environnements de distribution cibles. Les développeurs peuvent créer des machines distinctes pour Alpine, Ubuntu, Debian ou d’autres images Linux, tout en continuant à partager le même répertoire personnel et les mêmes fichiers dotfiles de macOS.

La gestion de ces environnements s’effectue via le nouvel ensemble de commandes de la machine conteneur. Les utilisateurs peuvent créer des machines, ouvrir des shells interactifs, exécuter des commandes ponctuelles, définir une machine par défaut, répertorier et inspecter les environnements, les arrêter et les supprimer, ainsi que modifier des paramètres tels que l’allocation du processeur et de la mémoire. Le montage du répertoire personnel peut être configuré en lecture-écriture, en lecture seule ou désactivé.

Pour les utilisateurs avancés, « container machine » prend en charge la virtualisation imbriquée, sous réserve de conditions importantes. Elle nécessite un Mac équipé d’un processeur Apple Silicon M3 ou plus récent, fonctionnant sous macOS 15 ou une version ultérieure, ainsi qu’un noyau Linux compilé avec le support KVM activé. Apple précise que le noyau par défaut ne prend pas en charge cette fonctionnalité ; les utilisateurs ayant besoin de la virtualisation imbriquée doivent donc fournir un noyau personnalisé adapté.

Bien sûr, cela ne signifie pas pour autant que Docker Desktop soit soudainement devenu obsolète sur macOS. Docker dispose toujours d’un écosystème plus vaste, de workflows Compose, d’outils graphiques, d’intégrations et d’une forte notoriété auprès des développeurs. Pour de nombreux utilisateurs, en particulier ceux qui ont déjà investi dans des workflows basés sur Docker, l’outil d’Apple ne constituera pas un remplacement direct.

Apple Container 1.0 est désormais disponible sur le dépôt GitHub du projet. La documentation est accessible ici.