‫Docker Registry. Anteriormente hemos discutido cómo puede ser un registro que almacene
‫de forma privada en su red.
‫En realidad, es parte del repositorio GitHub de Docker / distribución.
‫Si buscó el Registro, para que lo sepa, hay una versión anterior
‫de Registry en GitHub heredada. Dirá claramente eso. El registro actual de V2 que todos
‫estamos usando fue reescrito en Go y se puede encontrar en el repositorio de código de distribución, pero probablemente no lo
‫utilizará de GitHub, probablemente lo utilizará de Docker Hub. Docker tiene una imagen oficial preconstruida para Registry,
‫por lo que es tan simple como Docker pull registry. de facto para almacenar sus contenedores de forma privada.
‫Diría que es prácticamente el registro de back-end
‫Es bastante básico.
‫No hay una GUI web.
‫Definitivamente no es como un Docker Hub u otro servicio de terceros. Desde el primer momento, admite certificados
‫y autenticación básica, pero no están habilitados de manera predeterminada y la autenticación es
‫en realidad todo o nada.
‫No es RBAC o control de acceso basado en roles.
‫Apache donde, si tiene un nombre de usuario y una contraseña que puede utilizar, tiene acceso de lectura / escritura a todo.
‫Se parece más a un htaccess de
‫Probablemente solo sea útil en equipos pequeños sin algún tipo de herramienta adicional para hacerlo
‫más empresarial y escalable.
‫Pero en esencia, es solo una API web y un sistema de almacenamiento para manejar todas estas imágenes grandes con las que
‫nos vamos a enfrentar.
‫Lo bueno es que en realidad viene con una gran cantidad de controladores de almacenamiento integrados que
‫le permiten colocar el almacenamiento de fondo en S3, Azure, Alibaba o Google Cloud. Incluso tiene un controlador OpenStack Swift, pero solo
‫vamos a usar el local que es el predeterminado.
‫Básicamente, eso solo significa usar el sistema de archivos local en la imagen o en su servidor usando volúmenes.
‫Muy rápido, antes de instalar el registro, quería llamar su atención sobre algunos de los
‫enlaces de recursos en esta sección que debería consultar.
‫El primero es una configuración básica con TLS para que no tenga que habilitar la opción de
‫registro inseguro porque, obviamente, TLS es algo bueno.
‫El segundo es un artículo de referencia de Docker sobre una recolección de basura.
‫un registro es cuando empiezas a usarlo en el mundo real, realmente comienza a tomar una gran cantidad de datos y,
‫especialmente si estás presionando las imágenes una y otra vez, realmente puede comenzar a consumir espacio en el disco.
‫Lo que pasa con
‫Por lo tanto, debe prestar un poco de atención a su decisión sobre el controlador de
‫almacenamiento y, también,
‫a este artículo sobre la recolección de basura que tratará de limpiar cosas viejas y mantener su almacenamiento bajo control.
‫Por último, una opción realmente genial es el espejo de registro.
‫preocupaciones es que no desea depender del Hub para muchas de sus imágenes base,
‫entonces lo que puede hacer como característica en el Registro es habilitar un modo proxy y luego le dices a tus daemons
‫de Docker que usen el proxy y lo que harán es almacenar en caché cualquier imagen de Hub dentro de ese registro.
‫Si está implementando en producción y una de sus Lo cual es genial si quieres asegurarte de que puedes
‫optimizar tu ancho de banda en caso de que tengas docenas o cientos de
‫servidores, definitivamente no querrás descargar la imagen de Ubuntu en cada máquina del Hub .
‫¿Derecha?
‫Por lo tanto, podría tener este proxy mucho más cerca de su metal, y luego también proporcionaría algún failover
‫en caso de que Hub tuviera problemas.
‫Aún puede obtener sus copias de las imágenes localmente.