Anúncios incomodam? Ir Sem anúncios Hoje 

Gerador de Dockerfile

Desenvolvedor

ANUNCIADO Remover?

ENTRADA

Processo Automático

Pilha

Rótulo da Imagem

O rótulo adicionado após o nome da imagem (image:TAG).

Imagem Base

Referência completa da imagem incluindo o rótulo.

WORKDIR

Variáveis de construção. Cada linha se torna uma instrução ARG.

Variáveis de execução. Cada linha se torna uma instrução ENV.

Variáveis de ambiente

Variáveis de tempo de execução. Cada linha torna-se uma instrução ENV.

Paquetes do Sistema

Instalados via apk/apt-get com base na imagem base. Deixe vazio para pular.

Arquivos de Dependência

Copiados primeiro para melhor cache de camadas do Docker.

Comando de Instalação

Executado após a cópia dos arquivos de dependência.

Comando de Construção

Opcional. Executado após a cópia do código completo.

Expor Portas

Portas TCP separadas por vírgula.

Usuário sem root

Opcional. Define o usuário para execução.

HEALTHCHECK

Opcional. Comando de shell executado dentro do contêiner.

Intervalo do Healthcheck

Formato Executivo (recomendado)

Formato de Shell

CMD

Processo padrão quando o contêiner inicia.

ENTRYPOINT

Opcional. Use quando o CMD apenas fornece argumentos.

SAÍDA

Lado cliente

ANUNCIADO Remover?

Guia

Gerador de Dockerfile

Crie um Dockerfile pronto para produção em segundos. Escolha uma pilha como Node.js, Python, Go, OpenJDK, Ruby, PHP, Rust, .NET, Nginx, Alpine, Ubuntu ou Debian e o gerador define padrões sensíveis para a imagem base, variáveis de ambiente, arquivos de dependência, comando de instalação, porta exposta e usuário de execução. Ajuste qualquer campo e o Dockerfile atualiza imediatamente com as instruções em ordem de camadas recomendada.

Como usar

Escolha uma pilha no menu de seleção. O nome da imagem, o rótulo, as variáveis de ambiente, os arquivos de dependência e o CMD são preenchidos com padrões comprovados.
Ajuste o rótulo da imagem, WORKDIR, variáveis de construção e variáveis de execução para corresponder ao seu projeto.
Liste quais pacotes do sistema você precisa (um por linha). O gerador os instala com apk em imagens Alpine e com apt-get em imagens do Debian.
Defina os arquivos de dependência que devem ser copiados primeiro para cache de camadas, o comando de instalação que segue e um comando opcional de construção.
Configure portas expostas, um usuário sem root, um HEALTHCHECK opcional e escolha entre formato executivo ou de shell para o CMD ou ENTRYPOINT final.
Copie o Dockerfile gerado ou baixe diretamente para a raiz do seu projeto.

Características

Predefinições de pilha – clique para preencher automaticamente Node, Python, Go, OpenJDK, Ruby, PHP, Rust, .NET, Nginx, Alpine, Ubuntu, Debian ou uma imagem personalizada.
Ordem de camadas recomendada – FROM, ARG, WORKDIR, ENV, pacotes do sistema, cópia e instalação de dependências, cópia da fonte, construção, EXPOSE, USER, HEALTHCHECK, depois ENTRYPOINT/CMD.
Amigável ao cache de camadas – copia manifestos de dependência antes do resto da fonte, para que rebuilds pulem a reinstalação de dependências quando o código mudar.
Consciente do gerenciador de pacotes – emite apk add --no-cache para bases Alpine e uma única camada limpa apt-get update && install para bases do Debian.
Formato Executivo ou de Shell – CMD e ENTRYPOINT são renderizados como um array JSON (recomendado) ou como uma string literal de shell.
Auxiliar de HEALTHCHECK – intervalo configurável com timeouts, período de início e regras padrão sensíveis.
Regeneração em tempo real – cada mudança atualiza o resultado sem precisar clicar em Gerar. Copie ou baixe o resultado com um toque.

 Perguntas frequentes

Por que a ordem das instruções do Dockerfile importa?

O Docker cacheia cada instrução como uma camada imutável, chaveada por seus inputs. Quando uma camada muda, todas as camadas abaixo dela devem ser reconstruídas. Colocar instruções raramente mudadas, como FROM, ENV e instalação de dependências, perto do topo e instruções frequentemente mudadas, como cópias da fonte e construção, perto do final, permite que o Docker reutilize as camadas de configuração caras em a maioria dos rebuilds e apenas recrie as últimas camadas baratas.
Qual a diferença entre o formato executivo e o formato de shell do CMD?

O formato executivo é um array JSON (por exemplo, ["node", "server.js"]) que o Docker executa diretamente com execve, então o processo se torna o PID 1 e recebe sinais como SIGTERM de forma limpa. O formato de shell é uma string única que o Docker envolve com /bin/sh -c, o que adiciona uma shell como PID 1, engole sinais e quebra o fechamento gracioso. O formato executivo é a opção recomendada padrão para serviços de longa duração.
Por que copiar package.json ou requirements.txt antes do resto da fonte?

As instalações de dependência geralmente são o passo mais lento em uma construção. Ao copiar apenas o manifesto e o arquivo de lock primeiro, depois executar a instalação, o Docker pode cachear essa camada e reutilizá-la em cada build subsequente até que esses arquivos mudarem. Copiar toda a fonte primeiro invalidaria a camada de instalação em cada edição de código, forçando uma reinstalação completa sempre.
Por que executar como um usuário sem root dentro do contêiner?

Por padrão, os processos dentro de um contêiner executam como root. Se um atacante explora uma falha em sua aplicação, herda root dentro do contêiner, o que amplia o alcance do compromisso. Mudar para um usuário dedicado e sem privilégios com USER reduz o que o código malicioso pode ler, escrever ou escalar, e é uma exigência básica para muitos runtimes de produção e políticas de segurança de pods do Kubernetes.
O que faz realmente o HEALTHCHECK?

O HEALTHCHECK informa o Docker qual comando executar periodicamente para decidir se o contêiner está saudável. O resultado é exposto via docker inspect e é consumido por orquestradores e balanceadores de carga para bloquear tráfego, reiniciar contêineres não saudáveis e marcar deploys como falhados. Um bom check executa o mesmo caminho de código que os clientes reais usam, responde rapidamente e é executado com frequência suficiente para detectar falhas antes que os usuários percebam.