Pourquoi utiliser Ubuntu comme image de base Docker alors qu’Alpine existe ?

Lorsque vous choisissez une image de base pour la création d’un nouveau conteneur, votre instinct peut être de sélectionner l’image de base la plus légère possible. Après tout, les images de base plus petites accélèrent les opérations de génération. Elles sont également plus sûres, dans le sens où elles ont une surface d’attaque plus petite.

Cela ne signifie pas, cependant, qu'une base plus petite est toujours à privilégier comme image de base. Pour prouver ce point, cet article passe en revue les différences entre deux types d’images de base fondamentalement distincts : Ceux basés sur Ubuntu Linux et ceux basés sur Alpine Linux.

Comme nous le verrons, bien qu’aucune image de base ne soit intrinsèquement meilleure que l’autre, chacune est mieux adaptée à certains cas d’utilisation. Vous ne devriez pas nécessairement choisir Alpine plutôt qu’Ubuntu simplement parce qu’Ubuntu est une image de base plus grande.

Table des matières

• Pourquoi est-il important de choisir la bonne image de base ?
• Utiliser Ubuntu comme image de base
• Utilisation des images de base Ubuntu
• Utilisation des images de base Alpine
• Avantages d'Ubuntu par rapport à Alpine
• Désavantages d'Ubuntu par rapport à Alpine
• Pourquoi Ubuntu est parfois un meilleur choix d’image de base qu’Alpine

Pourquoi est-il important de choisir la bonne image de base ?

Le choix de l’image de base adaptée à votre conteneur est l’une des premières étapes de la conteneurisation réussie d’une application. Le type d’image de base que vous sélectionnez est important pour les raisons suivantes :

• Dépendances : Si les dépendances dont votre application a besoin pour s’exécuter sont incluses dans l’image de base, vous n’aurez pas à faire autant de travail lors de la configuration de votre image Docker en ajoutant des commandes personnalisées à votre fichier Dockerfile.
• Extensibilité : Le fait d’avoir plus de dépendances et d’autres ressources intégrées dans l’image de base facilite également la mise à jour de vos conteneurs au fil du temps sans avoir à modifier les fichiers Docker.
• Sécurité : Moins vous avez de composants dans votre image de base, plus le risque que l’image contienne une bibliothèque vulnérable ou une autre ressource que les attaquants pourraient exploiter est faible.
• Image « bloat » : L’utilisation d’une image de base inutilement grande peut entraîner un gonflement de l’image, c’est-à-dire des images conteneur volumineuses – et donc plus longues à télécharger – car elles contiennent des composants dont l’application n’a pas besoin.

Pour sélectionner la bonne image de base, vous devez donc trouver le bon équilibre entre, d’une part, le nombre de ressources incluses dans l’image et, d’autre part, la taille globale de l’image. Celles-ci ont tendance à être des priorités concurrentes car plus vous incluez d’utilitaires et de bibliothèques dans votre image de base, plus l’image de base sera grande.

En général, les images de base se répartissent en deux catégories principales. La première est constituée d’images de base créées à l’aide de systèmes d’exploitation à grande échelle, comme Ubuntu. L’autre comprend des images basées sur des systèmes d’exploitation minimalistes, comme Alpine Linux.

En utilisant Ubuntu et Alpine comme exemples, comparons chaque type d’image de base et pesons ses avantages et ses inconvénients.

Utiliser Ubuntu comme image de base

Les images de base Ubuntu, que vous pouvez trouver sur Docker Hub, sont créées à l’aide du système de fichiers racine d’Ubuntu Base, une variante du système d’exploitation Ubuntu Linux.

Il est important de noter qu’Ubuntu Base est une version plus légère d’Ubuntu que si vous installiez la version de bureau d’Ubuntu sur votre ordinateur. La base Ubuntu ne contient pas le logiciel nécessaire pour exécuter une interface graphique, des logiciels bureautiques et d’autres utilitaires qui ne sont pas pertinents pour la plupart des cas d’utilisation de conteneurs. Ainsi, même lorsque vous utilisez Ubuntu comme image de base, vous obtenez une image relativement maigre ; les images de base Ubuntu actuelles ont une taille inférieure à 75 mégaoctets.

Néanmoins, si vous exécutez l’image de base Ubuntu 20.04 et affichez le contenu du répertoire /bin, vous verrez qu’il contient des centaines d’utilitaires (et il s'agit juste de /bin ; il y a des logiciels supplémentaires dans d’autres parties du système de fichiers) :

Si vous vous demandez combien de fichiers cela représente en tout, voici la réponse :

Comme vous pouvez le voir, il y a 294 utilitaires dans le répertoire / bin dans l’image de base d’Ubuntu. Tous ces logiciels sont disponibles dans l’image de base Ubuntu par défaut, il n'est pas nécessaire que les développeurs les ajoutent.

Utilisation des images de base Ubuntu

Pour utiliser Ubuntu comme image de base pour votre conteneur, créez d’abord un fichier Dockerfile qui identifie Ubuntu comme image. Par exemple :

Ce Dockerfile utilise Ubuntu 20.04 comme image de base, et il y installe une application appelée « app ».

Si vous vouliez installer un logiciel supplémentaire et l’inclure dans votre conteneur, vous configureriez le Dockerfile pour exécuter apt et installer les packages souhaités. Par exemple :

Pour créer un conteneur à partir du Dockerfile, exécutez :

Désavantages d'Ubuntu par rapport à Alpine

Bien qu’une image de base Ubuntu présente des avantages à bien des égards, Alpine Linux est un meilleur choix dans certaines situations. Les inconvénients d’Ubuntu par rapport à Alpine incluent :

• Taille d’image plus grande : Les images de base Alpine totalisent environ 5,5 mégaoctets, soit beaucoup moins que les quelque 75 mégaoctets utilisés par Ubuntu. En conséquence, les conteneurs créés en utilisant Alpine comme image de base seront également plus petits. À leur tour, le téléchargement, la numérisation et l'exécution (dans la plupart des cas) des conteneurs basés sur Alpine prendra moins de temps.
• Surface d’attaque plus large : Parce que les images de base Ubuntu incluent beaucoup plus d’utilitaires et de bibliothèques par défaut qu’Alpine, les risques liés à la sécurité sont plus élevés.

Pour avoir une idée de la taille d’Alpine, voici une liste des utilitaires inclus dans /bin dans l’image de base d’Alpine :

Cela fait un total de 81 utilitaires dans /bin – un nombre non négligeable, mais toujours beaucoup moins que les 294 d’Ubuntu.

De plus, si vous regardez de plus près, vous découvrirez que la plupart des utilitaires d’Alpine ne sont en fait que des liens symboliques vers BusyBox, un exécutable qui fournit un certain nombre d’outils Unix dans une seule application :

Donc, techniquement parlant, Alpine ne contient vraiment qu’un seul utilitaire – BusyBox. En ce sens, Alpine est encore plus léger et plus facile à sécuriser, car les seules vulnérabilités dont vous devez vous soucier sont celles qui affectent BusyBox. Ce n’est pas le cas dans Ubuntu, où chacun des centaines d’outils installés par défaut pourrait être soumis à un certain nombre de vulnérabilités.

La conclusion : Dans les cas d’utilisation où la sécurité est une priorité absolue et / ou où votre application a très peu de dépendances, il est plus logique d’utiliser Alpine comme image de base qu’Ubuntu ou une distribution Linux similaire « complète ».

Pourquoi Ubuntu est parfois un meilleur choix d’image de base qu’Alpine

Il est certain qu’Alpine crée une image de base plus petite et plus maigre qu’Ubuntu. Cela ne signifie pas, cependant, qu’Alpine est toujours à privilégier comme image de base. Dans les situations où vos conteneurs Docker ont besoin des utilitaires et bibliothèques supplémentaires inclus dans Ubuntu, il est logique d’opter pour Ubuntu plutôt qu’Alpine.