Vercel agora permite deploy de container a partir de um Dockerfile simples

A Vercel passou a aceitar um Dockerfile ou Containerfile simples na raiz do projeto no Container runtime, desde que nenhum outro framework seja detectado. Nesse caso, a plataforma seleciona o preset Container, faz o build do arquivo e direciona todo o tráfego para a imagem resultante.

A ordem de prioridade importa. Se a detecção encontrar outro framework, como Django, ele ganha. Para forçar o uso do Dockerfile ou do Containerfile, rode vercel project update --framework container ou defina o framework no vercel.json. Um Dockerfile.vercel ou Containerfile.vercel continua tendo prioridade sobre um framework detectado, e projetos com múltiplos serviços seguem usando os services do vercel.json, com um entrypoint por serviço. O Container runtime está em beta, roda no Vercel Functions e é cobrado pelo modelo Active CPU.

Em 1 de julho de 2026, o CEVIU noticiou "Vercel lança suporte nativo a Dockerfile: deploy de qualquer serviço HTTP com autoscaling e observabilidade", em que o deploy dependia do arquivo Dockerfile.vercel. Na mesma data, saiu também "Vercel Functions agora suporta implantação direta via Dockerfile". Agora, um Dockerfile ou Containerfile comum na raiz basta, quando nenhum framework é detectado, sem precisar renomear o arquivo. O Dockerfile.vercel continua valendo e segue com prioridade.

Para quem já tem um Dockerfile no repositório, isso reduz o atrito de levar o projeto para a Vercel: a leitura é que dá para testar o mesmo arquivo sem criar uma variante só para a plataforma. Quem tem projeto com framework detectável, como Django, precisa lembrar que o preset Container não entra sozinho e exige o comando ou a configuração no vercel.json. Como o runtime ainda está em beta, vale cautela antes de apostar em produção.