Contêineres, imagens e registros do Docker

Dica

Esse conteúdo é um trecho do eBook, arquitetura de microsserviços do .NET para aplicativos .NET em contêineres, disponível em do .NET Docs ou como um PDF para download gratuito que pode ser lido offline.

Baixar PDF

Ao usar o Docker, um desenvolvedor cria um aplicativo ou serviço e o empacota e suas dependências em uma imagem de contêiner. Uma imagem é uma representação estática do aplicativo ou do serviço e de sua configuração e dependências.

Para executar o aplicativo ou serviço, a imagem do aplicativo é instanciada para criar um contêiner, que será executado no host do Docker. Os contêineres são inicialmente testados em um ambiente de desenvolvimento ou computador.

Os desenvolvedores devem armazenar imagens em um registro, que atua como uma biblioteca de imagens e é necessário ao implantar em orquestradores de produção. O Docker mantém um registro público por meio do Docker Hub; outros fornecedores fornecem registros para diferentes coleções de imagens, incluindo o Registro de Contêiner do Azure. Como alternativa, as empresas podem ter um registro privado local para suas próprias imagens do Docker.

A Figura 2-4 mostra como imagens e registros no Docker se relacionam com outros componentes. Ela também mostra as várias ofertas de Registro dos fornecedores.

Figura 2-4. Taxonomia de termos e conceitos do Docker

O registro é como uma estante onde as imagens são armazenadas e disponíveis para serem extraídas para a criação de contêineres para executar serviços ou aplicativos Web. Há registros privados do Docker locais e na nuvem pública. O Docker Hub é um registro público mantido pelo Docker, ao longo do Registro Confiável do Docker, uma solução de nível empresarial, o Azure oferece o Registro de Contêiner do Azure. AWS, Google e outros também têm registros de contêiner.

Colocar imagens em um registro permite que você armazene bits de aplicativo estáticos e imutáveis, incluindo todas as suas dependências em um nível de estrutura. Essas imagens podem, então, ser dimensionadas e implantadas em vários ambientes e, portanto, fornecer uma unidade de implantação consistente.

Os registros de imagem privada, hospedados localmente ou na nuvem, são recomendados quando:

• Suas imagens não devem ser compartilhadas publicamente devido à confidencialidade.

• Você deseja ter latência de rede mínima entre suas imagens e seu ambiente de implantação escolhido. Por exemplo, se o ambiente de produção for a nuvem do Azure, você provavelmente deseja armazenar suas imagens no Registro de Contêiner do Azure para que a latência de rede seja mínima. Da mesma forma, se o ambiente de produção for local, talvez você queira ter um Registro Confiável do Docker local disponível na mesma rede local.

AnteriorPróximo