Sådan flytter du fra Lovable Cloud til din egen Supabase

Lovable Cloud eller din egen Supabase: hvad skal du bruge?

Lovable Cloud er Lovables indbyggede backend: database, autentificering, storage, edge functions og AI, bygget på Supabases open source-fundament og betalt med dine Lovable-kreditter. Når du forbinder dit eget Supabase-projekt, har du selv kontoen, nøglerne og regningen. Ingen af dem er forkert. De passer til forskellige faser.

Bliv på Cloud, mens du stadig er ved at finde ud af, hvad produktet er: det er den hurtigste måde overhovedet at få en backend på. Flyt, når du har brug for noget, som Cloud ikke giver dig, for eksempel direkte databaseadgang for udviklere, dine egne backups og point-in-time recovery, en bestemt region af hensyn til compliance, en databehandleraftale i dit eget navn eller simpelthen ingen leverandørafhængighed for dit primære datasystem.

Hvad indeholder Lovables Cloud-eksport, og hvad udelader den?

Lovables avancerede indstillinger lader dig eksportere, sætte Cloud på pause eller fjerne Cloud. Ifølge Lovables dokumentation indeholder eksporten hele din database, både struktur og data, og dine brugeres konti med deres password-hashes. Den indeholder ikke filer i storage, Edge Function-kode eller dit projekts hemmeligheder, og indstillinger for login-udbydere og API-nøgler skal sættes op igen på destinationen. Den virker for databaser, der bruger op til 15 GB storage, eksportfilen kan højst være 5 GB, og du kan bede om én eksport hver 24. time.

To andre kontroller betyder noget under en flytning. At sætte Cloud på pause stopper databasen, autentificeringen, storage og edge functions, så alt, der sender e-mail, tager imod betalinger eller kalder AI, stopper også, mens storage stadig faktureres. At fjerne Cloud sletter instansen permanent og kan ikke fortrydes. Fjern ikke noget, før den nye opsætning har kørt i produktion et stykke tid.

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

1. 01

   Opret og sikr det nye projekt

   Opret et Supabase-projekt i din egen organisation, i den region, du har brug for, på en plan med backups. Slå multifaktorgodkendelse til for alle med adgang til dashboardet.

2. 02

   Eksportér og importér databasen

   Eksportér fra Lovables avancerede indstillinger, og gendan eksporten i det nye Supabase-projekt. Hold fremover skemaet som versionerede migreringer, så det kan genopbygges fra kode.

3. 03

   Flyt det, som eksporten udelader

   Kopiér storage-buckets og filer, udrul Edge Functions igen fra din kode, og opret nye hemmeligheder og API-nøgler. Betragt alle gamle nøgler som udfasede i stedet for at kopiere dem.

4. 04

   Forbind Lovable til den nye backend

   Lovables dokumentation beskriver, hvordan du forbinder dit eget Supabase-projekt til et nyt Lovable-projekt. Gør det, og aftal, hvordan dit team bliver ved med at prompte dér, før skiftet.

5. 05

   Forbind autentificeringen igen

   Sæt dine login-udbydere (Google, e-mail) op igen i det nye projekt, og test med en rigtig konto. Lovable bemærker, at brugere, der er logget ind, når du skifter, skal logge ind igen.

6. 06

   Tjek adgangsreglerne igen

   Kør Supabases Security Advisor og to-bruger-testen fra vores sikkerhedstjekliste. Politikker overlever ikke altid en flytning uændret.

7. 07

   Øv, og skift så over

   Øv hele flytningen på en kopi, og skift derefter produktionen i en stille time med en skriftlig plan for at rulle tilbage. Hold Cloud på pause, ikke fjernet, indtil du er sikker.

Skal mine brugere nulstille deres adgangskoder?

Nej, hvis du gendanner Lovables eksport i et Supabase-projekt: Lovables dokumentation siger, at eksporten indeholder brugernes konti og password-hashes, så brugerne beholder deres adgangskoder. Test det før skiftet ved at logge ind i det nye projekt med en eksisterende konto. Det, brugerne vil bemærke, er, at de skal logge ind igen, hvis de var logget ind, da du skiftede, og ethvert socialt login, du har glemt at sætte op igen.

Hvad går typisk i stykker ved en flytning fra Lovable Cloud?

• Filer. Billeder og uploads bliver tilbage, medmindre du selv flytter storage, og deres URL'er ændrer sig.
• Baggrundsarbejde. E-mails, betalingshåndtering og AI-kald ligger i Edge Functions, som eksporten ikke indeholder.
• Webhooks. Stripe og andre udbydere peger stadig på de gamle endpoints, indtil du ændrer dem, og deres signeringshemmeligheder ændrer sig med de nye funktioner.
• Adgangsregler. En politik, der henviste til noget Cloud-specifikt, kan fejle lukket (funktioner holder op med at virke) eller åben (data lækker).
• Lovable selv. Lovables dokumentation beskriver, hvordan det nye Supabase-projekt forbindes til et nyt Lovable-projekt, så planlæg, hvordan dit team bliver ved med at prompte efter flytningen.

Skal du flytte selv eller lade udviklere gøre det?

En lille app uden betalinger, med få filer og en håndfuld brugere er et rimeligt weekendprojekt med trinene ovenfor. Risikoen vokser med betalinger i drift, mange brugere og filer, fordi en fejl viser sig som tabte uploads, dobbelte opkrævninger eller data, der er synlige for de forkerte. For de apps er flytningen en udviklingsopgave med en generalprøve og en plan for at rulle tilbage. På vores planer er den en del af arbejdet, efterfulgt af drift af den nye backend med overvågning og akut produktionssupport.