Vercel vs Hetzner VPS (self-host) Comparación

# Vercel — ejemplo de deploy Next.js sin configuración + variable de entorno + Edge Config

# 1) Región de función y configuración de cron con vercel.json en la raíz del proyecto
{
  "regions": ["fra1"],
  "crons": [
    { "path": "/api/cron/revalidate", "schedule": "0 */6 * * *" }
  ]
}

# 2) Deploy con la CLI (build+TLS+CDN automáticos)
npx vercel --prod

# 3) Para reducir el costo de las unidades de escritura ISR
# (1 unidad = 8 KB, sin cuota incluida), ajusta el tiempo de revalidate según el tráfico
export const revalidate = 3600; // regenerar cada 1 hora

# 4) Para reducir el Fast Origin Transfer, fuerza
# la salida de la función a caché estática
export async function GET() {
  return Response.json(
    { data: "ok" },
    { headers: { "Cache-Control": "public, s-maxage=600" } }
  );
}

# Hetzner VPS — self-host de Next.js standalone + systemd + nginx

# 1) next.config.js — modo de salida standalone (guía oficial de self-hosting)
module.exports = {
  output: "standalone",
};

# 2) Build + copia de archivos standalone
npm run build
cp -r .next/static .next/standalone/.next/static
cp -r public .next/standalone/public

# 3) unit de systemd — gestión de procesos (ejemplo portfolio-ssr.service)
[Unit]
Description=Next.js standalone server
After=network.target

[Service]
Type=simple
User=portfolio
WorkingDirectory=/var/www/app/.next/standalone
ExecStart=/usr/bin/node server.js
Restart=on-failure
Environment=PORT=4000
NoNewPrivileges=true
ProtectHome=true

[Install]
WantedBy=multi-user.target

# 4) reverse proxy nginx (recomendación oficial de Next.js)
server {
  listen 443 ssl;
  server_name example.com;
  location / {
    proxy_pass http://127.0.0.1:4000;
    proxy_set_header Host $host;
    proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
  }
}

# 5) instalación de sharp — obligatoria para Image Optimization
npm install sharp