Vercel aprendeu a executar qualquer Dockerfile na plataforma Fluid compute

Vercel adicionou suporte para contêineres arbitrários à sua plataforma: os desenvolvedores agora podem implantar qualquer serviço com um Dockerfile — desde um serviço Go até uma aplicação Rails ou Spring Boot — simplesmente adicionando um arquivo Dockerfile.vercel na raiz do projeto, e a plataforma compilará a imagem e a implantará na infraestrutura Fluid compute.

Como Funciona

O mecanismo é mínimo: apenas o servidor e o arquivo Dockerfile.vercel — e o projeto está pronto para implantação. Vercel mostra um exemplo em Go: um servidor HTTP ouvindo em uma porta da variável de ambiente $PORT (padrão 80) é compilado através de um Dockerfile de dois estágios — primeiro, a imagem golang:1.24-alpine compila o binário, depois é copiada para uma imagem mínima alpine:3.20, que é a que executa em produção.

O comando `vercel deploy` da CLI compila a imagem, a salva no registro do projeto e a implanta no Fluid compute, retornando uma URL de produção. Cada git push reconstrói automaticamente a imagem e cria uma implantação de visualização separada com uma URL imutável que pode ser aberta, enviada a colegas ou usada para reverter para uma versão anterior.

• O único requisito para o servidor é ouvir HTTP na porta da variável de ambiente $PORT
• O exemplo no blog é construído em golang:1.24-alpine e alpine:3.20 em uma compilação de dois estágios
• A implantação é iniciada com um único comando `vercel deploy` da CLI, ou automaticamente em git push
• Rails, Spring Boot, Express, Laravel, ASP.NET, FastAPI e serviços atrás de nginx são suportados

Quais Linguagens e Frameworks São Suportados

Vercel enfatiza que a pilha específica não importa — qualquer serviço que possa falar HTTP e ouvir em uma porta funciona. Explicitamente mencionados são Rails, Spring Boot, Express, Laravel, ASP.NET, FastAPI e servidores web atrás de nginx, incluindo Java e PHP — plataformas que anteriormente estavam associadas mais com hospedagem clássica de servidores do que com a infraestrutura sem servidor do Vercel.

O Que os Desenvolvedores Ganham

Um contêiner no Vercel se torna um cidadão completo da plataforma: ele executa na mesma infraestrutura que o frontend e outros serviços do projeto. Cada commit obtém sua própria implantação de visualização com uma URL separada, e o dimensionamento acontece automaticamente em ambas as direções — quando o tráfego aumenta, a plataforma adiciona instâncias; quando o tráfego diminui, ela reduz, libertando a equipe de calcular manualmente o tamanho da frota ou limites de concorrência.

O modelo de preços é construído em CPU Ativa: Fluid compute cobra apenas pelo tempo em que o código de serviço está realmente executando, não pela vida útil inteira da instância. Isso significa que um servidor ocioso preso em uma solicitação lenta de banco de dados não custa à equipe mais do que um ativo.

O Que Isso Significa

O recurso Dockerfile.vercel borra a linha entre plataformas sem servidor como Vercel e nuvens de contêineres clássicas: agora qualquer serviço em execução em Java, PHP ou Ruby pode ser implantado sem configurar seu próprio registro de imagens, daemon ou cluster, enquanto obtém dimensionamento automático e implantações de visualização por padrão.

Perguntas Frequentes

Quais requisitos um servidor precisa para implantar?

A única condição é que o servidor deve ouvir HTTP na porta da variável de ambiente $PORT (padrão 80). Se um serviço responde a solicitações HTTP, ele pode ser envolvido em Dockerfile.vercel e implantado.

O que acontece em cada commit?

Cada git push reconstrói a imagem e cria uma URL de visualização separada que pode ser aberta, enviada a outros ou usada para reverter para uma versão anterior do projeto.

Em quais frameworks isso funciona?

Rails, Spring Boot, Express, Laravel, ASP.NET, FastAPI e serviços atrás de nginx — o exemplo do blog Vercel usa golang:1.24-alpine e alpine:3.20 em uma compilação de dois estágios.