So migrieren Sie von Lovable Cloud zu Ihrem eigenen Supabase

Lovable Cloud oder eigenes Supabase: Was sollten Sie nutzen?

Lovable Cloud ist das eingebaute Backend von Lovable: Datenbank, Authentifizierung, Speicher, Edge Functions und KI, aufgebaut auf dem Open-Source-Fundament von Supabase und bezahlt mit Ihren Lovable-Credits. Wenn Sie Ihr eigenes Supabase-Projekt verbinden, halten Sie das Konto, die Keys und die Rechnung. Beides ist nicht falsch. Es passt zu unterschiedlichen Phasen.

Bleiben Sie bei Cloud, solange Sie noch herausfinden, was das Produkt ist: Es ist der schnellste Weg, überhaupt ein Backend zu haben. Ziehen Sie um, wenn Sie etwas brauchen, das Cloud nicht bietet – etwa direkten Datenbankzugriff für Entwickler, eigene Backups und Point-in-Time-Recovery, eine bestimmte Region aus Compliance-Gründen, einen Auftragsverarbeitungsvertrag in Ihrem eigenen Namen oder schlicht keinen Vendor-Lock-in beim führenden System.

Was enthält Lovables Cloud-Export, und was bleibt zurück?

In Lovables erweiterten Einstellungen können Sie Cloud exportieren, pausieren oder entfernen. Laut Lovables Dokumentation enthält der Export Ihre vollständige Datenbank, Struktur und Daten, sowie die Konten Ihrer Nutzer mit ihren Passwort-Hashes. Nicht enthalten sind Dateien im Speicher, Edge-Function-Code und die Secrets Ihres Projekts; Einstellungen der Anmeldeanbieter und API-Keys müssen am Ziel neu konfiguriert werden. Der Export funktioniert für Datenbanken mit bis zu 15 GB Speicher, die Exportdatei darf höchstens 5 GB groß sein, und Sie können alle 24 Stunden einen Export anfordern.

Zwei weitere Schalter sind bei einem Umzug wichtig. Wenn Sie Cloud pausieren, stoppen Datenbank, Authentifizierung, Speicher und Edge Functions – alles, was E-Mails verschickt, Zahlungen annimmt oder KI aufruft, stoppt also ebenfalls, während der Speicher weiter berechnet wird. Cloud zu entfernen, löscht die Instanz endgültig und kann nicht rückgängig gemacht werden. Entfernen Sie nichts, bevor das neue Setup eine Weile in Produktion gelaufen ist.

Wie migrieren Sie Schritt für Schritt von Lovable Cloud zu Supabase?

1. 01

   Neues Projekt anlegen und absichern

   Legen Sie in Ihrer eigenen Organisation ein Supabase-Projekt an, in der benötigten Region, auf einem Plan mit Backups. Aktivieren Sie die Multi-Faktor-Authentifizierung für alle mit Dashboard-Zugang.

2. 02

   Datenbank exportieren und importieren

   Exportieren Sie aus Lovables erweiterten Einstellungen und spielen Sie den Export in das neue Supabase-Projekt ein. Führen Sie das Schema ab jetzt als versionierte Migrationen, damit es sich aus Code neu aufbauen lässt.

3. 03

   Umziehen, was der Export auslässt

   Kopieren Sie Storage-Buckets und Dateien, deployen Sie Edge Functions aus Ihrem Code neu und legen Sie neue Secrets und API-Keys an. Behandeln Sie jeden alten Key als ausgemustert, statt ihn zu kopieren.

4. 04

   Lovable mit dem neuen Backend verbinden

   Lovables Dokumentation beschreibt, wie Sie Ihr eigenes Supabase-Projekt mit einem neuen Lovable-Projekt verbinden. Tun Sie das und vereinbaren Sie vor dem Umstieg, wie Ihr Team dort weiter promptet.

5. 05

   Authentifizierung neu verbinden

   Richten Sie Ihre Anmeldeanbieter (Google, E-Mail) im neuen Projekt erneut ein und testen Sie mit einem echten Konto. Lovable weist darauf hin, dass Nutzer, die beim Umstieg angemeldet sind, sich erneut anmelden müssen.

6. 06

   Zugriffsregeln erneut prüfen

   Führen Sie den Security Advisor von Supabase und den Zwei-Nutzer-Test aus unserer Sicherheits-Checkliste aus. Richtlinien überstehen einen Umzug nicht immer unverändert.

7. 07

   Proben, dann umstellen

   Proben Sie den gesamten Umzug an einer Kopie und stellen Sie die Produktion dann in einer ruhigen Stunde mit einem schriftlichen Rollback-Plan um. Lassen Sie Cloud pausiert, nicht entfernt, bis Sie sicher sind.

Müssen meine Nutzer ihre Passwörter zurücksetzen?

Nein, wenn Sie Lovables Export in ein Supabase-Projekt einspielen: Laut Lovables Dokumentation enthält der Export die Konten und Passwort-Hashes der Nutzer, sodass sie ihre Passwörter behalten. Testen Sie das vor dem Umstieg, indem Sie sich mit einem bestehenden Konto im neuen Projekt anmelden. Was Nutzer bemerken werden: Sie müssen sich erneut anmelden, wenn sie beim Umstieg angemeldet waren, und jede Social-Anmeldung, die Sie neu einzurichten vergessen haben, fehlt.

Was geht bei einer Migration von Lovable Cloud typischerweise kaputt?

• Dateien. Bilder und Uploads bleiben zurück, wenn Sie den Speicher nicht selbst umziehen, und ihre URLs ändern sich.
• Hintergrundarbeit. E-Mails, Zahlungs-Handler und KI-Aufrufe liegen in Edge Functions, die der Export nicht enthält.
• Webhooks. Stripe und andere Anbieter zeigen weiter auf die alten Endpoints, bis Sie sie ändern, und ihre Signing-Secrets ändern sich mit den neuen Funktionen.
• Zugriffsregeln. Eine Richtlinie, die auf etwas Cloud-Spezifisches verwies, kann geschlossen scheitern (Funktionen brechen) oder offen (Daten werden sichtbar).
• Lovable selbst. Lovables Dokumentation beschreibt, wie das neue Supabase-Projekt mit einem neuen Lovable-Projekt verbunden wird; planen Sie also, wie Ihr Team nach dem Umzug weiter promptet.

Sollten Sie selbst migrieren oder Entwickler damit beauftragen?

Eine kleine App ohne Zahlungen, mit wenigen Dateien und einer Handvoll Nutzer ist mit den Schritten oben ein vernünftiges Wochenendprojekt. Das Risiko wächst mit Live-Zahlungen, vielen Nutzern und Dateien, denn ein Fehler zeigt sich als verlorene Uploads, doppelte Abbuchungen oder Daten, die die falschen Leute sehen. Für solche Apps ist der Umzug eine Entwicklungsaufgabe mit Probelauf und Rollback-Plan. In unseren Plänen ist er Teil der Arbeit, gefolgt vom Betrieb des neuen Backends mit Überwachung und Notfall-Support für die Produktion.