O Que É o Vercel? A Plataforma de Deploy de Front-End
O Vercel é uma plataforma de deploy para frameworks front-end e funções serverless, conhecida por deploys conectados ao Git, URLs de preview para cada pull request e uma edge network global.
O Vercel, a empresa por trás do Next.js, torna o deploy de apps web modernos quase sem atrito. Conecte um repositório Git e cada push faz build e deploy automaticamente, com uma URL de preview única por branch ou pull request. Ele cuida do build, hospedagem, uma CDN e funções serverless ou edge, para que você não monte esse stack sozinho.
Deploys orientados a Git
O Vercel conecta ao GitHub, GitLab ou Bitbucket. Fazer push para uma branch aciona um build e um deploy; fazer merge na branch de production promove para production. Há pouco a configurar para frameworks comuns porque o Vercel os detecta.
Preview deployments
Cada pull request ganha sua própria URL de preview ao vivo, então revisores e stakeholders podem navegar por mudanças reais antes do merge. Este é um dos recursos mais amados do Vercel e um forte encaixe para workflows de revisão.
O que o Vercel roda
- Apps front-end estáticos e server-rendered.
- Funções serverless e edge para lógica de backend.
- Uma CDN global com HTTPS automático.
Vercel vs montar você mesmo
Você poderia replicar o Vercel com S3, CloudFront e Lambda, mas o Vercel empacota o build, a hospedagem, a CDN e as funções em um único produto com ótimos defaults. O trade-off é menos controle e um modelo específico da plataforma.
Papel no CI/CD
O próprio Vercel age como CI/CD para muitas equipes: build, preview e deploy no push. Equipes que querem controle extra rodam testes e checks no GitHub Actions primeiro, depois fazem deploy via a Vercel CLI ou deixam a integração com Git cuidar disso. Required status checks podem barrar um merge antes dos deploys de production.
Principais conclusões
- O Vercel faz deploy de apps front-end e funções serverless direto do Git.
- Cada pull request ganha uma URL de preview ao vivo para revisão.
- Ele pode ser todo o seu CI/CD, ou parear com o GitHub Actions para checks extras.