Grátis online Docker Compose Validator
Valide e inspecione arquivos docker-compose.yml instantaneamente. Verifica sintaxe, dependências de serviços, formatos de porta e erros comuns — 100% no lado do cliente, sua configuração nunca sai do navegador.
100% lado do cliente · Seus dados nunca saem do navegadorComo usar Docker Compose Validator
Cole seu docker-compose.yml ou compose.yml na área de texto e clique em Validar ou pressione Ctrl/Cmd+Enter:
- Erros — problemas fatais que impedem
docker compose upde funcionar: erros de sintaxe YAML, chaveservices:ausente,depends_onreferenciando serviço não definido. - Avisos — problemas não fatais para revisar: campo
versionobsoleto, serviços semimageoubuild, serviços sem políticarestart. - Painel de serviços — cartão resumo por serviço: imagem, contexto de build, portas, volumes, quantidade de variáveis de ambiente, dependências.
- Redes e Volumes — todas as redes e volumes nomeados definidos no arquivo.
Clique em Exemplo para carregar um stack típico de três serviços. Use Ctrl/Cmd+K para limpar.
Perguntas frequentes
O que é um arquivo docker-compose.yml?
Um docker-compose.yml define uma aplicação Docker multi-container. Descreve cada serviço, sua imagem ou contexto de build, portas expostas, volumes, variáveis de ambiente e dependências entre serviços. Docker Compose lê este arquivo para criar e iniciar todos os serviços com um único docker compose up.
Por que o campo "version" está obsoleto?
Docker Compose V2 adotou a Compose Specification, que não requer mais um campo version de nível superior. Arquivos Compose modernos podem omiti-lo. Esta ferramenta avisa se ele estiver presente para que você possa removê-lo.
O que a validação de depends_on verifica?
A ferramenta verifica que cada nome de serviço listado em depends_on está realmente definido no bloco services. Um erro de digitação no nome causaria falha no docker compose up. O validador detecta isso antes de você executar o stack.
Qual formato de porta o Docker Compose espera?
As portas podem ser "HOST:CONTAINER" (ex.: "8080:80"), apenas a porta do container ("80") ou com sufixo de protocolo ("80/tcp"). Sempre coloque as portas entre aspas no YAML para evitar interpretação incorreta de números.
Por que cada serviço deveria ter uma política de reinicialização?
Sem política de reinicialização, containers que falham não reiniciam automaticamente. O valor mais comum em produção é restart: unless-stopped. Esta ferramenta avisa quando nenhuma política está definida.
Qual é a diferença entre "image" e "build"?
"image" especifica uma imagem pré-construída para baixar de um registry. "build" especifica um diretório local com um Dockerfile — Compose construirá a imagem a partir do código-fonte. Um serviço pode ter ambos, com build tendo precedência.
Meu docker-compose.yml é enviado para um servidor?
Não. A validação é executada inteiramente no seu navegador usando js-yaml para análise YAML. Seus arquivos de configuração — que podem conter nomes de host internos ou credenciais — nunca saem do seu computador.