September 2026: API Key Scopes, Server-Migration und Volume API

Du kannst jetzt API Keys auf genau die Ressourcen beschränken, die sie brauchen, Services mit persistenten Daten zwischen Servern umziehen, Volumes über die public API verwalten und ändern, wo ein Volume gemountet ist, ohne deine Daten anzufassen.

API Key Scopes

API Keys sind nicht mehr alles oder nichts. Öffne den API-Tab in deinen Team-Settings, erstell einen Key und wähl pro Bereich, welchen Zugriff er bekommt: Projects, Services, Servers, Postgres-Datenbanken, Buckets, SSH Keys, Registry Credentials und OAuth Clients. Für jeden Bereich wählst du None, Read oder Write. Die Zeile All setzt alles auf einmal.

Secrets haben einen eigenen Schalter. Ohne Secrets-Zugriff kommen Werte von Environment Variables und Datenbank-Passwörter leer zurück. Ein Key für ein Monitoring-Script sieht so deine Server und sonst nichts, und ein CI-Key kann Services deployen, ohne je deine Secrets zu lesen. In der Liste zeigen Keys ein Custom- oder No-secrets-Badge, und über Edit im Menü änderst du den Zugriff eines Keys später. Braucht ein Request einen Zugriff, den der Key nicht hat, bekommst du ein 403, das den fehlenden Scope nennt.

Services zwischen Servern migrieren

Backups lassen sich jetzt auf einem anderen Server wiederherstellen. Damit kannst du Services auf einen anderen Server umziehen, auch wenn sie persistente Daten haben. Klick neben einem Backup auf Restore, wähl den Target server und Sliplane legt dort ein neues Volume mit dem Inhalt des Backups an. Häng es an eine Kopie deines Services, stell deine Domains um, fertig. Als Ziel brauchst du einen Server der aktuellen Generation.

Die ganze Anleitung Schritt für Schritt findest du hier: How to Migrate a Service to Another Server on Sliplane.

Volumes über die API verwalten

Die public API kann jetzt auch Volumes. Häng ein Volume an einen Service, änder den Mount Path, lös es wieder oder benenn ein Volume auf einem Server um, alles mit einem API Key. Damit lässt sich dein Volume-Setup in eigenem Tooling oder CI automatisieren.

Mount Path eines Volumes ändern

Falschen Pfad beim Anhängen gewählt? Öffne das Volume an deinem Service, klick unter dem Mount Path auf Update oder wähl Edit Volume im Drei-Punkte-Menü. Gib den neuen Pfad ein und speicher.

Dein Service wird neu deployt und die Daten im Volume bleiben unangetastet, sie sind einfach unter dem neuen Pfad erreichbar. Teilen sich mehrere Services ein Volume, ändert sich nur der Mount Path des aktuellen Services. Details findest du in den Volume-Docs.

Das war's für dieses Mal. Falls du auf Probleme stößt oder Feedback hast, meld dich über den Chat-Widget oder an support@sliplane.io.

Bis zum nächsten Mal,

Lukas