‫Docker Registry. Já discutimos anteriormente como pode ser um registro que você
‫armazena em particular na sua rede.
‫É realmente parte do Docker / distribuição GitHub repo.
‫Se você foi procurar registro, apenas para que você saiba, existe uma versão antiga do
‫Registro no GitHub que é legado. Isso vai dizer claramente isso. O atual Registo V2 que todos nós
‫estamos usando foi reescrito em Go e pode ser encontrado no repositório de código de distribuição, mas você provavelmente não o usará
‫no GitHub, você provavelmente irá usá-lo no Docker Hub. O Docker possui uma imagem oficial pré-criada para o
‫Registro, por isso é tão simples como o Docker puxa o registro. do fato para armazenar seus contêineres de forma privada.
‫Eu diria que é praticamente o registro backend
‫É muito buraco.
‫Não há GUI na web.
‫Definitivamente, não é como um Docker Hub ou outro serviço de terceiros. Executado, ele suporta certificados e
‫autenticação básica, mas eles não estão habilitados por padrão e a autenticação
‫é realmente tudo ou nenhum.
‫Não é RBAC ou controle de acesso baseado em função.
‫se você tem um nome de usuário e uma senha que você obtém, você tem acesso de leitura / gravação a tudo.
‫É mais como um Apache htaccess onde,
‫Provavelmente só é útil em equipes pequenas sem algum tipo de ferramenta em cima dela para
‫torná-la mais empresarial e escalável.
‫Mas no seu núcleo, é realmente apenas uma API da web e um sistema de armazenamento para lidar com todas essas imagens grandes com
‫as quais vamos lidar.
‫O bom é que ele realmente vem com muitos drivers de armazenamento incorporados que permitem que você coloque o
‫armazenamento do backend dele no S3 ou no Azure ou no Alibaba ou no Google Cloud. Ainda tem um driver OpenStack Swift,
‫mas nós vamos usar o local padrão.
‫Basicamente, isso significa apenas usar o sistema de arquivos local na imagem ou em seu host usando volumes.
‫Realmente rápido, antes de começar a instalar o registro, queria trazer sua atenção para alguns dos
‫links de recursos nesta seção que você deveria verificar.
‫A primeira é uma configuração básica com TLS para que você não precise habilitar a opção de registro
‫inseguro porque, obviamente, TLS é uma coisa boa.
‫O segundo é um artigo de referência da Docker em torno de uma coleção de lixo.
‫registro é quando você começa a usá-lo no mundo real, ele realmente começa a ocupar muitos dados e, especialmente
‫se você está empurrando imagens uma e outra vez, ele realmente pode começar a consumir espaço em disco.
‫A coisa sobre um
‫Então, você precisa prestar um pouco de atenção à sua decisão em relação ao seu
‫driver de armazenamento
‫e, também, este artigo sobre coleta de lixo que tentará limpar coisas antigas e manter seu armazenamento sob controle.
‫Por último, uma opção muito legal é o espelho de registro.
‫das suas preocupações é que você não quer depender do Hub para muitas das suas
‫imagens básicas, então o que você pode fazer como recurso no Registro é habilitar um modo proxy e depois Você diz aos seus daemons
‫do Docker que usem o proxy e o que ele fará é que armazenará em cache todas as imagens do Hub dentro desse registro.
‫Se você estiver implementando para a produção e uma O que é muito bom se você quiser certificar-se de que
‫você pode otimizar a sua largura de banda, caso tenha talvez dezenas ou centenas de
‫servidores, você definitivamente não deseja baixar a imagem do Ubuntu em cada máquina do Hub .
‫Certo?
‫Então, você poderia ter esse proxy muito mais próximo do seu metal e, em seguida, também forneceria algum failover
‫no caso de o Hub ter problemas.
‫Você ainda pode obter suas cópias das imagens localmente.