
O Docker é um carro-chefe. Também opina sobre o tipo de ambiente que deseja. Ele espera que você possa instalar pacotes do sistema, executar um daemon em segundo plano, gerenciar usuários e permissões e manter o estado em um local previsível. É por isso que uma máquina virtual (VM) é o caminho certo na computação quando seu fluxo de trabalho depende do Docker.
Se você ainda está decidindo entre tempos de execução, leia isso primeiro: [[Interlink: VM or container: how to choose in 60 seconds]]. Se você quiser um breve anúncio e uma visão geral de “o que mudou”, comece aqui: A computação agora oferece suporte a máquinas virtuais (VMs).
Uma instância de contêiner foi projetada para executar sua carga de trabalho em um ambiente gerenciado. Isso é perfeito quando você está executando um único aplicativo, um script ou uma configuração de modelo padrão. Fica estranho quando o próprio Docker se torna parte do ambiente.
Uma VM fornece as peças que faltam: acesso ao sudo, pacotes do sistema, serviços e a linha de base “isso se comporta como um host Linux normal” que o Docker espera. Para a maioria das equipes, isso significa menos tempo com soluções alternativas e menos surpresas posteriores.
Use o Docker em uma VM de computação quando estiver fazendo o seguinte:
Se sua meta é simplesmente “executar uma carga de trabalho”, ignore o Docker e use uma instância de contêiner do Compute. Geralmente é mais simples. VM ou contêiner: como escolher em 60 segundos
Você só precisa de duas coisas para começar:
Se você já tem uma pilha do Compose, esse é um bom momento para observar quais portas ela precisa. Você usará isso nas configurações de conectividade ao criar a VM. Se você ainda não sabe, mantenha tudo fechado e abra as portas mais tarde, quando estiver pronto.
No console:
Se você quiser a referência canônica “clique a clique”, use: Início rápido de computação ou Inicie e conecte-se à sua primeira instância de computação.
Use este guia para ver as etapas exatas de instalação no Ubuntu, Debian ou Fedora: Instalar o Docker em uma VM de computação.
Depois que o Docker estiver instalado, você poderá tratar sua VM como qualquer outro host do Docker: extrair imagens, executar contêineres e usar o docker compose para pilhas.
Um modo de falha comum é “funciona, mas não consigo alcançá-lo”.
Quando isso acontecer, verifique duas coisas:
Se você quiser a versão em inglês simples de “SSH vs HTTPS vs TCP vs UDP”, use o seguinte: SSH, HTTPS, TCP, UDP: como expor um serviço de uma VM de computação. Se você estiver encaminhando uma porta local para usar uma interface de usuário da web, este documento é a referência confiável: Como encaminhar portas para acessar seu aplicativo web.
Sim Use uma máquina virtual. Uma VM oferece o controle em nível de sistema operacional que o Docker espera. VM ou contêiner: como escolher em 60 segundos
Não. Se você quiser executar apenas uma única carga de trabalho, uma instância de contêiner de computação geralmente é a rota mais simples. O Docker se torna útil quando você precisa de pilhas de vários serviços, do Compose ou de ferramentas que presumem que o Docker existe.
Esse é um caminho normal. Crie uma VM com a mesma região e classe de hardware, reimplante sua carga de trabalho e trate-a como uma “graduação” para o controle em nível de sistema operacional. Quando vale a pena mudar de uma instância de contêiner para uma VM
Se o Docker faz parte de como você envia o trabalho, não lute contra seu tempo de execução. Inicie uma VM, instale o Docker uma vez, execute sua pilha e continue em frente.