Crunu und Vercel: Server hosten, Variablen übertragen
Betreiben Sie Ihren eigenen Crunu-Server auf Vercel mit Postgres auf Neon, oder übertragen Sie Werte einer Crunu-Umgebung aus CI in Vercel-Umgebungsvariablen.
- Unterstützung
- Funktioniert heute mit Crunu: Die Unterstützung für Vercel ist Teil des Produkts.
- Crunu-Funktionen
- Self-Hosting und CI/CD
- Geprüft
- Mit Crunu 6.0.0 am 28. Oktober 2026
Crunu-Funktionen, die mit Vercel funktionieren
Jede Funktion unten arbeitet in jeder Integration gleich: Der Server bewahrt Chiffretext auf, und nur die Menschen, Maschinen und Tokens, denen Sie Zugriff gewähren, können entschlüsseln.
Self-Hosting
Betreiben Sie denselben Crunu-Server auf Ihrem eigenen Docker-Host, auf Cloudflare Workers, Vercel oder Google Cloud Run, und ziehen Sie mit einem Archiv zwischen ihnen um.
Mehr erfahren
CI/CD
Geben Sie jeder Pipeline ein Service-Token, das auf ihre Umgebungen beschränkt ist, und binden Sie es per OIDC an Ihren CI-Anbieter, damit sich ein geleaktes Token nicht allein anmelden kann.
Mehr erfahren
So funktioniert es mit Vercel
Auf dieser Seite
Zwei Wege, wie Crunu mit Vercel arbeitet
- Den Crunu-Server auf Vercel hosten. Deployt Ihr Team schon dort, hat der Crunu-Server einen Build für Vercel, der Postgres auf Neon nutzt. Dieser Teil ist eingebaut: Ein Skript deployt ihn.
- Werte in Ihre eigenen Vercel-Projekte übertragen. Crunu hat keine eingebaute Synchronisierung in Umgebungsvariablen von Vercel. Eine Pipeline kann sie mit einem kurzen Rezept übertragen, das unten steht.
Crunu selbst läuft in der Cloud auf app.crunu.com, den ersten Teil brauchen Sie also nur, wenn Sie einen eigenen Server möchten.
Den Server auf Vercel hosten
Sie brauchen Node.js 24, die CLI vercel mit erledigtem vercel login, eine Neon-Datenbank mit ihrer Pooling-Adresse in DATABASE_URL und eine Datei .env, die server-init erstellt hat. Die Befehle laufen im Verzeichnis des Crunu-Servers, wo die Deploy-Skripte liegen.
node scripts/server-init.mjs --origin https://vault.company.example --database-url env:DATABASE_URL
sh deploy/vercel/deploy.sh --project vault-company --prodDas Skript prüft .env, baut den Server mit dem Web-Client darin, legt bei Bedarf das Projekt an, schreibt die Umgebungsvariablen mit Werten, die über stdin übergeben werden, und deployt die vorgebaute Ausgabe. Schemamigrationen wendet der Server selbst auf seine Datenbank an.
Ohne --prod deployt das Skript eine Preview mit eigener Datenbank und eigenem Serverschlüssel, gesetzt als PREVIEW_DATABASE_URL und PREVIEW_SERVER_KEY. Ein Preview-Build würde seine Migrationen gegen die Datenbank ausführen, mit der er verbunden ist, deshalb verweigert das Skript, eine Preview auf Produktionsdaten zu richten, außer Sie übergeben --preview-with-production-db.
Zeitplan der Bereinigung
Die Bereinigung abgelaufener Datensätze läuft über einen Cron-Job von Vercel, nur für Produktions-Deployments mit gesetztem CRON_SECRET. Standard ist einmal am Tag, weil der Tarif Hobby keinen häufigeren Zeitplan erlaubt; prüfen Sie die aktuellen Tariflimits von Vercel. Der Ablauf von Sitzungen, Links und Break-Glass-Zugriff hängt nicht davon ab, denn jede Anfrage prüft ihn. Manche Warnungen schon. Nutzen Sie Netzwerkbeschränkungen mit Maschinenpässen, lassen Sie die Bereinigung jede Minute oder mindestens alle 5 Minuten laufen, wofür Vercel Pro nötig ist, und übergeben Sie den Zeitplan bei jedem Deployment:
sh deploy/vercel/deploy.sh --project vault-company --prod --cron "* * * * *"Werte aus CI zu Vercel übertragen
Bewahrt eines Ihrer Vercel-Projekte seine Variablen in Vercel auf, kann eine Pipeline sie aus Crunu kopieren. Verwenden Sie ein separates Produktions-Token mit einer CI-Bindung (OIDC) an den Branch main und die Deployment-Umgebung production, damit das Token nur in diesem einen Job funktioniert. Ein Owner gibt den Zugriff auf production dafür frei.
crunu run --env web-app/production -- sh -c 'printf "%s" "$DATABASE_URL" | vercel env add DATABASE_URL production --force'crunu run entschlüsselt die Umgebung im Arbeitsspeicher und übergibt DATABASE_URL an den Befehl, der sie über stdin an vercel env add weiterreicht, nie als Argument. Jeder Lauf wird im Audit-Log von Crunu festgehalten: wer, wann, von welcher Adresse und welche Version.
Weiterführend
Fragen aus der Praxis
Nicht dabei? Schreiben Sie an support@crunu.com, und ein Mensch antwortet.
Kann ein Preview-Deployment Produktionsdaten berühren?
Standardmäßig nicht. Eine Preview bekommt eine eigene Datenbank und einen eigenen Serverschlüssel, und das Skript verweigert die Produktionsdatenbank, außer Sie übergeben --preview-with-production-db.
Wie oft läuft die Bereinigung?
Standardmäßig einmal am Tag. Mit Netzwerkbeschränkungen und Maschinenpässen lassen Sie sie jede Minute oder alle 5 Minuten laufen, und dafür braucht es Vercel Pro.
Synchronisiert Crunu in Umgebungsvariablen von Vercel?
Nicht von selbst. Eine Pipeline mit einem per OIDC gebundenen Produktions-Token kann Werte mit vercel env add übertragen, das unter crunu run läuft.