Crunu y Vercel: aloja el servidor, envía variables
Ejecuta tu propio servidor de Crunu en Vercel con Postgres en Neon, o envía desde un pipeline los valores de un entorno de Crunu a las variables de Vercel.
- Soporte
- Funciona con Crunu hoy: el soporte de Vercel forma parte del producto.
- Funciones de Crunu
- Autoalojamiento y CI/CD
- Comprobado
- Con Crunu 6.0.0 el 28 de octubre de 2026
Funciones de Crunu que funcionan con Vercel
Cada función de abajo funciona igual en cada integración: el servidor guarda datos cifrados, y solo las personas, las máquinas y los tokens a los que concedes acceso pueden descifrarlos.
Autoalojamiento
Ejecuta el mismo servidor de Crunu en tu propio host de Docker, en Cloudflare Workers, Vercel o Google Cloud Run, y pasa de uno a otro con un solo archivo de exportación.
Más información
CI/CD
Da a cada pipeline un token de servicio limitado a sus entornos y vincúlalo a tu proveedor de CI con OIDC, para que un token filtrado no pueda iniciar sesión por sí solo.
Más información
Cómo funciona con Vercel
En esta página
Dos formas en que Crunu funciona con Vercel
- Alojar el servidor de Crunu en Vercel. Si tu equipo ya despliega allí, el servidor de Crunu tiene una compilación para Vercel que usa Postgres en Neon. Esta parte viene integrada: un script lo despliega.
- Enviar valores a tus propios proyectos de Vercel. Crunu no tiene sincronización integrada con las variables de entorno de Vercel. Un pipeline puede enviarlas con una receta breve, que se muestra más abajo.
Crunu funciona en la nube en app.crunu.com, así que solo necesitas la primera parte si quieres tu propio servidor.
Alojar el servidor en Vercel
Necesitas Node.js 24, la CLI vercel con vercel login hecho, una base de datos de Neon con su dirección con pool de conexiones en DATABASE_URL y un archivo .env creado por server-init. Los comandos se ejecutan desde el directorio del servidor de Crunu, donde están los scripts de despliegue.
node scripts/server-init.mjs --origin https://vault.company.example --database-url env:DATABASE_URL
sh deploy/vercel/deploy.sh --project vault-company --prodEl script comprueba .env, compila el servidor con el cliente web dentro, crea el proyecto si hace falta, escribe las variables de entorno con valores pasados por stdin y despliega la salida ya compilada. El propio servidor aplica las migraciones del esquema a su base de datos.
Sin --prod, el script despliega una vista previa con su propia base de datos y su propia clave del servidor, definidas como PREVIEW_DATABASE_URL y PREVIEW_SERVER_KEY. Una compilación de vista previa ejecutaría sus migraciones contra cualquier base de datos a la que esté conectada, así que el script se niega a conectar una vista previa a los datos de production salvo que pases --preview-with-production-db.
Calendario de limpieza
La limpieza de los registros caducados se ejecuta con un cron job de Vercel, solo en los despliegues de production que tienen CRON_SECRET definido. Por defecto es una vez al día, porque el plan Hobby no permite un calendario más frecuente; consulta los límites actuales de los planes de Vercel. La caducidad de las sesiones, los enlaces y el acceso de emergencia (break-glass) no depende de ella, porque cada petición la comprueba. Algunas alertas sí dependen. Si usas restricciones de red con pases de máquina, ejecuta la limpieza cada minuto o al menos cada 5 minutos, lo que requiere Vercel Pro, y pasa el calendario en cada despliegue:
sh deploy/vercel/deploy.sh --project vault-company --prod --cron "* * * * *"Enviar valores a Vercel desde la CI
Si un proyecto tuyo de Vercel guarda sus variables en Vercel, un pipeline puede copiarlas desde Crunu. Usa un token de production aparte con una vinculación de CI (OIDC) a la rama main y al entorno de despliegue production, para que el token solo funcione en ese trabajo. Un propietario aprueba su acceso a production.
crunu run --env web-app/production -- sh -c 'printf "%s" "$DATABASE_URL" | vercel env add DATABASE_URL production --force'crunu run descifra el entorno en memoria y pasa DATABASE_URL al comando, que se lo entrega a vercel env add por stdin, nunca como argumento. Cada ejecución queda anotada en el registro de auditoría de Crunu: quién, cuándo, desde qué dirección y qué versión.
Relacionado
Dudas frecuentes
¿No está aquí? Escribe a support@crunu.com y te responderá una persona.
¿Puede un despliegue de vista previa tocar los datos de production?
No por defecto. Una vista previa tiene su propia base de datos y su propia clave del servidor, y el script rechaza la base de datos de production salvo que pases --preview-with-production-db.
¿Cada cuánto se ejecuta la limpieza?
Una vez al día por defecto. Con restricciones de red y pases de máquina, ejecútala cada minuto o cada 5 minutos, lo que requiere Vercel Pro.
¿Crunu sincroniza con las variables de entorno de Vercel?
No por sí solo. Un pipeline con un token de production vinculado con OIDC puede enviar valores con vercel env add ejecutado bajo crunu run.