‫Registre Docker. Nous avons déjà expliqué comment il peut s'agir d'un registre que vous
‫stockez en privé sur votre réseau.
‫Cela fait en fait partie du dépôt Docker / distribution GitHub.
‫Si vous cherchez un registre, sachez qu'il existe une ancienne version du registre
‫dans GitHub, qui est héritée. Ça va clairement dire ça. Le registre V2 actuel que nous
‫utilisons tous a été réécrit dans Go et se trouve dans le référentiel de codes de distribution, mais vous ne l'utiliserez probablement
‫pas depuis GitHub, vous l'utiliserez probablement depuis Docker Hub. Docker a une image officielle prédéfinie pour le
‫registre, il est donc aussi simple que le registre à tirage Docker. Je dirais que c'est à peu près le registre de
‫base de facto pour stocker vos conteneurs en privé.
‫C'est de beaux os nus.
‫Il n'y a pas d'interface graphique Web.
‫Ce n'est certainement pas comme un Docker Hub ou un autre service tiers. Pris en main, il prend en charge les
‫certificats et l'authentification de base, mais ils ne sont pas activés par défaut et l'authentification est
‫en réalité tout ou rien.
‫Ce n'est pas RBAC ou le contrôle d'accès basé sur les rôles.
‫Cela ressemble plus à un Apache htaccess où, si vous avez un nom d'utilisateur et un mot de passe que vous obtenez, vous avez un
‫accès en lecture / écriture à tout.
‫Ce n'est probablement utile que dans les petites équipes sans un outil quelconque pour le rendre plus
‫d'entreprise et plus évolutif.
‫Mais, à la base, il ne s’agit que d’une API Web et d’un système de stockage permettant de gérer toutes ces grandes
‫images à traiter.
‫La bonne chose à faire est qu’il est livré avec de nombreux pilotes de stockage intégrés qui vous
‫permettent de placer le stockage principal sur S3, Azure, Alibaba ou Google Cloud. Il possède même un pilote OpenStack Swift mais
‫nous allons simplement utiliser le local qui est le défaut.
‫En gros, cela signifie simplement utiliser le système de fichiers local dans l'image ou sur votre hôte à l'aide de volumes.
‫Très rapidement, avant d'installer le registre, je voulais attirer votre attention sur quelques-uns des liens de
‫ressources de cette section que vous devriez vérifier.
‫Le premier est une configuration de base avec TLS afin que vous n'ayez pas à activer l'option de registre non sécurisé
‫car, de toute évidence, TLS est une bonne chose.
‫Le second est un article de référence de Docker autour d’une collecte de déchets.
‫Le problème avec un registre, c’est que lorsque vous commencez à l’utiliser dans le monde réel, il commence vraiment à absorber
‫beaucoup de données et, surtout si vous insérez des images à plusieurs reprises, il peut vraiment commencer à consommer
‫peu d’espace disque.
‫Vous devez donc accorder une petite attention à votre décision concernant votre pilote de stockage et
‫également à
‫cet article sur le ramassage des ordures qui tentera de nettoyer les vieux objets et de garder votre stockage sous contrôle.
‫Enfin, le miroir de registre est une option vraiment intéressante.
‫Si vous effectuez un déploiement en production et que l’une de vos préoccupations
‫est de ne pas dépendre du concentrateur pour un grand nombre de vos images de base, vous pouvez activer le mode proxy
‫en tant que fonctionnalité du registre. vous dites à vos démons Docker d'utiliser le proxy et ce qu'il fera, c'est qu'il mettra en
‫cache les images Hub situées dans ce registre. Ce qui est très bien si vous voulez être sûr
‫d'optimiser votre bande passante au cas où vous auriez des dizaines ou des centaines de
‫serveurs, vous ne voulez certainement pas télécharger l'image Ubuntu sur toutes les machines du Hub. .
‫Droite?
‫Ainsi, vous pourriez avoir ce proxy beaucoup plus proche de votre métal, et cela fournirait également un certain basculement au
‫cas où le Hub aurait des problèmes.
‫Vous pouvez toujours obtenir vos copies des images localement.