‫Os requisitos para esta palestra são que você entende o que é uma imagem e que você
‫fez um pouco de trabalho com os contêineres.
‫Nesta palestra, vamos fazer um rápido passeio pelo Docker Hub e
‫conhecer algumas das suas características básicas. Então, vamos discutir a diferença entre uma imagem oficial e talvez outras imagens
‫tão boas quanto, e como dizer a diferença entre uma boa imagem e uma imagem ruim.
‫Então, vou mostrar um pouco sobre o download de imagens e como você pode ver as diferentes tags que Você deveria ter se inscrito no hub. docker. com. Quando você efetua o login, sua página inicial padrão é o seu painel, que
‫usarão e a diferença entre uma imagem Alpine e outras opções de imagem. irá mostrar todos os seus depósitos públicos e privados.
‫Você ainda não terá ainda, mas você pode ver alguns aqui.
‫Todos são públicos.
‫Tenho um particular. Por agora vamos ao topo e pesquise nginx. O que voltaremos é o resultado da pesquisa do Docker Hub e você
‫verá que há muito. Eu poderia rolar para páginas e páginas.
‫Um dos desafios é que existem 15.000 imagens do Nginx.
‫Isso é muito.
‫Então eu praticamente apenas uso um ou dois.
‫O oficial
‫aqui mesmo, você verá no topo, tem 10 milhões de puxões.
‫Existem várias características para descobrir qual é a imagem certa.
‫Como eu, você vai começar a usar as imagens para o seu fluxo de
‫trabalho relacionado com o que você faz e você vai se acostumar com outras específicas. Você vai gostar de coisas específicas.
‫Normalmente, sempre começamos com o oficial.
‫O funcionário será o único com a palavra "oficial", na verdade abaixo.
‫Também será o único em que seu nome não tenha uma barra inclinada.
‫Quando você e eu criamos imagens no Docker Hub,
‫temos que criá-las com o nome da nossa conta na frente deles.
‫Então, quando você olha para todos esses outros, esses são nomes de conta de barras de nomes de repositório de imagens.
‫Pode ser na verdade uma organização cortar o nginx ou algo assim.
‫Mas os únicos que recebem apenas o nome do repo são considerados oficiais. Imagens oficiais são aquelas
‫que Docker, Inc. na verdade, tem uma equipe de pessoas que ajudam a cuidar deles, garantir que eles tenham documentação
‫de qualidade, que eles estejam bem testados e que eles sejam juntos adequadamente
‫com o Dockerfiles que estão obedecendo às regras de melhores práticas. Eles geralmente trabalham com a equipe oficial desse software que
‫realmente faz isso para garantir que ele esteja fazendo todas as coisas que deveria estar fazendo.
‫Então vou clicar nisso.
‫Vejamos algumas coisas sobre Repositórios Oficiais.
‫Como eu disse antes, muitas vezes você estará usando funcionários
‫para começar e, eventualmente, você pode achar que deseja mudar ligeiramente ou adicionar algumas coisas e você fará suas próprias imagens.
‫Imagens oficiais são uma ótima maneira de começar.
‫Uma das melhores coisas sobre imagens oficiais é a documentação deles.
‫Eles sempre são ótimos em documentar como fazê-los funcionar,
‫quais opções podem ser, quais variáveis ​​de ambiente, qual a porta padrão e assim por diante.
‫Então, de volta ao topo, você notará estas versões. As versões são uma característica comum dos repositórios oficiais.
‫Você não precisa ter versões em todas as imagens, mas os oficiais.
‫Como a maioria dos softwares de código aberto sempre
‫há pelo menos algumas versões oficiais em estado selvagem que são oficialmente mantidas e suportadas.
‫Isso é o que temos aqui. Temos a linha principal 1. 11 para Nginx e depois temos o que é considerado o ramo
‫estável de Nginx, que é 1. 10. Podemos ver o pequeno nome
‫aqui diz jessie estável Dockerfile.
‫Tudo bem.
‫Então vamos quebrar isso.
‫1. 11. 9, mainline, 1, 1. 11 e mais recente.
‫Essas são todas as tags.
‫Quando começamos a falar sobre imagens, as imagens não são necessariamente chamadas. As imagens são etiquetadas. Uma versão de uma
‫imagem pode realmente ter mais de uma tag.
‫Nós vamos mergulhar nisso um pouco mais tarde, quando começarmos a
‫fazer nossas próprias imagens e podemos brincar com a marcação.
‫então, se eu fizer uma imagem docker, verá as três imagens com as
‫quais trabalhamos até agora minha máquina.
‫Mas, por enquanto, se eu realmente queria baixar essa imagem específica, e você se lembra mais cedo de que realmente já baixamos,
‫Você vê a etiqueta que diz mais recente. Agora, mais recente é uma etiqueta especial.
‫Não garante necessariamente que sempre é o último commit no repositório.
‫O que geralmente significa que você está recebendo a versão mais recente deste produto. Nos repositórios oficiais, é muito bem definido
‫e consistente para que, se você realmente não se importasse exatamente com a versão que queria, você
‫só queria o mais atual, então você poderia simplesmente dizer que o
‫docker puxa o nginx. Ele
‫iria baixar o mais recente. o Docker Hub e disse: "Ei, eu já tenho essa imagem, está atualizada.
‫Você notará que já sabia que eu tinha, verificou o
‫SHA para garantir que ele correspondesse com "E se eu quisesse baixar a imagem 1 da docker. 11. 9?
‫Vai verificar e ver o que precisa fazer para baixar essa imagem e verifica
‫que não precisa fazer nada porque é exatamente a mesma versão.
‫É o que significa esta linha aqui.
‫Posso referir-me a esta versão "principal, mais recente" aqui por qualquer uma dessas tags.
‫A razão é se eu quisesse apenas permanecer na última versão de 1. 0, seja o
‫que for que seja para o Nginx, eu poderia apenas especificar um 1. quando eu baixei imagens e queria a versão mais recente de 1.
‫Se eu quisesse ser mais específico 11, então eu poderia apenas digitar 1. 11 assim e simplesmente
‫deixa de lado o. 9 e iria baixar aquele.
‫Mas no meu caso, eu realmente especifico o mais específico de todos os 1. 11. 9, que mostra o lançamento do ponto e isso foi apenas para garantir
‫que eu obtive a versão exata que eu queria.
‫Assim, em seu software, uma
‫prática recomendada é quando você está indo para a produção e, na verdade, está
‫testando software que você vai usar para outros, você sempre deseja especificar a versão exata.
‫É raro que você realmente deseja que seu software seja atualizado automaticamente.
‫Você geralmente deseja controlar esse processo com alguma outra ferramenta do DevOps.
‫Mas quando você está desenvolvendo ou apenas testando algo localmente, é super fácil com as imagens
‫oficiais apenas digitar o nome e apenas assumir que você vai conseguir o mais recente.
‫Então, você notará que há outros.
‫Há 1. 11. 9-alpino e todos têm nomes muito semelhantes ao primeiro,
‫mas todos têm a palavra alpino neles.
‫Nós vamos entrar em imagens de base e distribuições mais tarde, mas, por enquanto,
‫a Alpine é realmente uma distribuição de Linux que é muito pequena.
‫Na verdade, tenho menos de 5MB de tamanho, acredito. Esta versão realmente significará que ela vem de uma imagem básica do Alpine, mantendo-a muito pequena e leve, enquanto
‫que a imagem padrão ou a última,
‫na verdade, vem da jessie, que é uma distribuição Debian. É um pouco maior
‫no tamanho provavelmente um pouco mais de 100MB.
‫Na verdade, podemos realmente ir aqui e podemos olhar.
‫Então, nginx 182MB aqui.
‫Se eu quiser baixar essa versão exata do Alpine, posso dizer 1. 11. você verá que a versão alpina
‫é na verdade apenas 54MB ea última versão é 182MB.
‫9-apline e, em seguida, faça o docker image ls e
‫Você também notará que as três versões que eu baixei todas têm a mesma ID de imagem porque a ID da imagem
‫é baseada no SHA criptográfico de cada imagem no Docker Hub.
‫Portanto, esta não é realmente três cópias diferentes de imagens de 128MB.
‫Na verdade, é um pouco enganador.
‫É realmente apenas três tags da identidade de identidade exatamente idêntica e é apenas um total de 240MB e estas são apenas duas outras linhas que mostram o mesmo ID
‫de imagem com diferentes tags associadas a ele.
‫Mas o suficiente sobre tags e versões por enquanto.
‫Vamos verificar mais algumas coisas no
‫Docker Hub. Se eu voltar para o nginx na barra de pesquisa e procurar nginx novamente, você verá novamente que há
‫muitas outras opções, que podem ser feitas por qualquer pessoa.
‫Você pode criar sua própria versão Nginx personalizada e porque é um software de
‫código aberto e gratuito para distribuir, você pode colocá-lo de volta aqui e oferecê-lo ao público.
‫Isso é muito parecido com o modelo do GitHub onde eles permitem que você armazene software
‫de código aberto e você pode ganhar o software de outras pessoas e também oferecê-lo.
‫O mesmo acontece aqui.
‫Você pode usar as imagens de outras pessoas e baixá-las, criá-las, recarregá-las.
‫Então, se eu quiser considerar não usar
‫um repositório oficial, o que eu costumo procurar é uma série de estrelas e uma série de pesquisas porque um repositório popular, para mim, tende a estabelecer confiança.
‫Eu sempre recomendo que você baixe e inspecione o software antes de usá-lo. Olhe no seu Dockerfile e espero que eles tenham um
‫repositório de código aberto que você possa olhar exatamente como eles
‫fizeram essa imagem.
‫interessante sobre esse pacote e por que tantas pessoas estão escolhendo isso em vez de
‫usar a imagem oficial.
‫Uma boa indicação é quando você vê coisas que têm cinco milhões de puxões nelas e 945 estrelas; claramente, há algo
‫Você pode entrar aqui e olhar para o seu repositório.
‫Você pode realmente ver mais
‫à direita que ele está vinculado ao seu repositório GitHub onde o software de código aberto
‫real é aquele que cria essa imagem para que você possa ir e inspecioná-la; e, possivelmente, baixe o código fonte real fora de uma imagem.
‫Mas, ele claramente fez algo com esta imagem Nginx que o torna melhor
‫do que o padrão oficial.
‫Mais algumas coisas. Na barra superior, você verá Explore. oficiais e você pode ler através delas e, confie em mim, há muito.
‫Explorar apenas dá-lhe um resumo
‫de todas as imagens Na verdade, nos recursos desta seção,
‫você encontrará um link para a lista atual de imagens oficiais e sob 'biblioteca', é onde são
‫todas as imagens oficiais e seus Dockerfiles.
‫Você pode ver que há muito. Como um recapitulatório rápido, nesta palestra, falamos sobre Docker Hub e como é semelhante
‫ao ser o gerenciador de pacotes apt para Recipientes,
‫Então, como reconhecer imagens oficiais e como usá-las.
‫Então eu ajudei você a descobrir como determinar uma boa imagem pública de talvez um não tão bom.
‫Em seguida, algumas dicas sobre imagens de base e como os alpinos são tipicamente menores do que suas contrapartes Debian.
‫Então, vamos usar essas habilidades no restante desta seção.
‫