Slik flytter du fra Lovable Cloud til din egen Supabase

Lovable Cloud eller egen Supabase: hva bør du bruke?

Lovable Cloud er Lovables innebygde backend: database, autentisering, lagring, edge-funksjoner og KI, bygget på Supabase sitt åpne kildekode-grunnlag og betalt med Lovable-kredittene dine. Å koble til ditt eget Supabase-prosjekt betyr at du har kontoen, nøklene og regningen. Ingen av delene er feil. De passer ulike faser.

Bli på Cloud mens du fortsatt finner ut hva produktet er: det er den raskeste måten å ha en backend i det hele tatt. Flytt når du trenger noe Cloud ikke gir deg, som direkte databasetilgang for utviklere, egne sikkerhetskopier og gjenoppretting til et tidspunkt, en bestemt region av hensyn til etterlevelse, en databehandleravtale i ditt eget navn, eller rett og slett ingen leverandørbinding for systemet med de autoritative dataene.

Hva tar Lovables Cloud-eksport med, og hva etterlater den?

I Lovables avanserte innstillinger kan du eksportere, sette på pause eller fjerne Cloud. Ifølge Lovables dokumentasjon inneholder eksporten hele databasen, både struktur og data, og brukerkontoene med passord-hasher. Den inneholder ikke lagrede filer, koden til Edge Functions eller prosjektets hemmeligheter, og innstillinger for innloggingsleverandører og API-nøkler må settes opp på nytt på det nye stedet. Den fungerer for databaser som bruker opptil 15 GB lagring, eksportfilen kan være på høyst 5 GB, og du kan be om én eksport hver 24. time.

To andre kontroller betyr noe under en flytting. Å sette Cloud på pause stopper databasen, autentiseringen, lagringen og edge-funksjonene, så alt som sender e-post, tar imot betalinger eller kaller KI, stopper også, mens lagringen fortsatt faktureres. Å fjerne Cloud sletter instansen permanent og kan ikke angres. Ikke fjern noe før det nye oppsettet har kjørt i produksjon en stund.

Hvordan flytter du fra Lovable Cloud til Supabase, trinn for trinn?

1. 01

   Opprett og sikre det nye prosjektet

   Opprett et Supabase-prosjekt i din egen organisasjon, i regionen du trenger, på en plan med sikkerhetskopier. Slå på tofaktorautentisering for alle med tilgang til dashbordet.

2. 02

   Eksporter og importer databasen

   Eksporter fra Lovables avanserte innstillinger og gjenopprett eksporten i det nye Supabase-prosjektet. Hold skjemaet som versjonerte migreringer fra nå av, slik at det kan bygges opp igjen fra kode.

3. 03

   Flytt det eksporten ikke tar med

   Kopier lagringsbøtter og filer, rull ut Edge Functions på nytt fra koden din, og opprett nye hemmeligheter og API-nøkler. Se på hver gammel nøkkel som pensjonert i stedet for å kopiere den.

4. 04

   Koble Lovable til den nye backenden

   Lovables dokumentasjon beskriver hvordan du kobler ditt eget Supabase-prosjekt til et nytt Lovable-prosjekt. Gjør det, og bli enige om hvordan teamet ditt fortsetter å skrive prompter der før byttet.

5. 05

   Koble til autentiseringen igjen

   Sett opp innloggingsleverandørene dine (Google, e-post) på nytt i det nye prosjektet, og test med en ekte konto. Lovable påpeker at brukere som er innlogget når du bytter, må logge inn på nytt.

6. 06

   Sjekk tilgangsreglene på nytt

   Kjør Supabases Security Advisor og testen med to brukere fra sikkerhetssjekklisten vår. Regler overlever ikke alltid en flytting uendret.

7. 07

   Øv, og bytt så over

   Øv på hele flyttingen på en kopi, og bytt så produksjon i en rolig time med en skriftlig plan for å rulle tilbake. Hold Cloud på pause, ikke fjernet, til du er sikker.

Må brukerne mine tilbakestille passordene sine?

Nei, hvis du gjenoppretter Lovables eksport i et Supabase-prosjekt: Lovables dokumentasjon sier at eksporten inkluderer brukernes kontoer og passord-hasher, så brukerne beholder passordene sine. Test det før overgangen ved å logge inn i det nye prosjektet med en eksisterende konto. Det brukerne vil merke, er at de må logge inn på nytt hvis de var innlogget da du byttet, og eventuelle sosiale innlogginger du glemte å sette opp igjen.

Hva går vanligvis i stykker når man flytter fra Lovable Cloud?

• Filer. Bilder og opplastinger blir liggende igjen med mindre du flytter lagringen selv, og URL-ene deres endres.
• Bakgrunnsarbeid. E-post, betalingshåndtering og KI-kall ligger i Edge Functions, som eksporten ikke tar med.
• Webhooks. Stripe og andre leverandører peker fortsatt på de gamle endepunktene til du endrer dem, og signeringsnøklene deres endres med de nye funksjonene.
• Tilgangsregler. En regel som viste til noe Cloud-spesifikt, kan feile lukket (funksjoner slutter å virke) eller åpent (data lekker).
• Lovable selv. Lovables dokumentasjon beskriver hvordan du kobler det nye Supabase-prosjektet til et nytt Lovable-prosjekt, så planlegg hvordan teamet ditt fortsetter å skrive prompter etter flyttingen.

Bør du flytte selv, eller la utviklere gjøre det?

En liten app uten betalinger, med få filer og en håndfull brukere, er et rimelig helgeprosjekt med stegene over. Risikoen øker med betalinger i drift, mange brukere og filer, fordi en feil viser seg som tapte opplastinger, doble belastninger eller data som blir synlige for feil personer. For slike apper er flyttingen en utviklingsjobb med en øvelse og en plan for å rulle tilbake. På planene våre er den en del av arbeidet, etterfulgt av drift av den nye backenden, med overvåking og nødhjelp i produksjon.