Vercel vs Hetzner VPS (self-host) Comparaison

# Vercel — exemple de déploiement Next.js sans configuration + variable d'environnement + Edge Config

# 1) À la racine du projet, région de fonction et tâche cron via vercel.json
{
  "regions": ["fra1"],
  "crons": [
    { "path": "/api/cron/revalidate", "schedule": "0 */6 * * *" }
  ]
}

# 2) Déploiement via CLI (build+TLS+CDN automatiques)
npx vercel --prod

# 3) Pour réduire le coût de l'unité d'écriture ISR (1 unité = 8 Ko, pas de quota inclus),
# ajuste la durée de revalidate selon le trafic
export const revalidate = 3600; // régénère toutes les heures

# 4) Pour réduire le Fast Origin Transfer, force
# la sortie de la fonction en cache statique
export async function GET() {
  return Response.json(
    { data: "ok" },
    { headers: { "Cache-Control": "public, s-maxage=600" } }
  );
}

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

# 1) next.config.js — mode de sortie standalone (guide officiel de self-hosting)
module.exports = {
  output: "standalone",
};

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

# 3) unité systemd — gestion des processus (exemple 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 (recommandation officielle 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) installation de sharp — obligatoire pour Image Optimization
npm install sharp