Så flyttar du från Lovable Cloud till din egen Supabase

Lovable Cloud eller egen Supabase: vilket ska du använda?

Lovable Cloud är Lovables inbyggda backend: databas, autentisering, lagring, edge functions och AI, byggt på Supabases öppna källkod och betalt med dina Lovable-krediter. Att koppla ditt eget Supabase-projekt innebär att du har kontot, nycklarna och fakturan. Inget av dem är fel. De passar olika skeden.

Stanna på Cloud medan du fortfarande tar reda på vad produkten är: det är det snabbaste sättet att över huvud taget ha en backend. Flytta när du behöver något som Cloud inte ger dig, som direkt databasåtkomst för utvecklare, egna säkerhetskopior och återställning till en tidpunkt, en specifik region för regelefterlevnad, ett personuppgiftsbiträdesavtal i ditt eget namn eller helt enkelt ingen leverantörsinlåsning i det system som håller dina data.

Vad innehåller Lovables Cloud-export, och vad lämnar den kvar?

Lovables avancerade inställningar låter dig exportera, pausa eller ta bort Cloud. Enligt Lovables dokumentation innehåller exporten hela din databas, både struktur och data, och dina användares konton med deras lösenordshashar. Den innehåller inte lagrade filer, kod för Edge Functions eller projektets hemligheter, och inställningar för inloggningsleverantörer och API-nycklar måste konfigureras på nytt på destinationen. Den fungerar för databaser som använder upp till 15 GB lagring, exportfilen kan vara högst 5 GB och du kan begära en export var 24:e timme.

Två till kontroller spelar roll under en flytt. Att pausa Cloud stoppar databasen, autentiseringen, lagringen och edge functions, så allt som skickar e-post, tar betalt eller anropar AI stoppas också, medan lagringen fortsätter att faktureras. Att ta bort Cloud raderar instansen permanent och kan inte ångras. Ta inte bort något förrän den nya uppsättningen har körts i produktion ett tag.

Hur flyttar du från Lovable Cloud till Supabase, steg för steg?

1. 01

   Skapa och säkra det nya projektet

   Skapa ett Supabase-projekt i din egen organisation, i den region du behöver, på en plan med säkerhetskopior. Slå på tvåfaktorsautentisering för alla med åtkomst till dashboarden.

2. 02

   Exportera och importera databasen

   Exportera från Lovables avancerade inställningar och återställ exporten i det nya Supabase-projektet. Håll schemat som versionerade migreringar från och med nu, så att det kan byggas upp igen från kod.

3. 03

   Flytta det som exporten utelämnar

   Kopiera lagringsbuckets och filer, driftsätt Edge Functions på nytt från din kod och skapa nya hemligheter och API-nycklar. Se varje gammal nyckel som pensionerad i stället för att kopiera den.

4. 04

   Koppla Lovable till den nya backenden

   Lovables dokumentation beskriver hur du kopplar ditt eget Supabase-projekt till ett nytt Lovable-projekt. Gör det, och kom överens om hur ditt team fortsätter prompta där före bytet.

5. 05

   Koppla in autentiseringen igen

   Sätt upp dina inloggningsleverantörer (Google, e-post) igen i det nya projektet och testa med ett riktigt konto. Lovable noterar att användare som är inloggade när du byter behöver logga in igen.

6. 06

   Kontrollera åtkomstreglerna igen

   Kör Supabases Security Advisor och tvåanvändartestet från vår säkerhetschecklista. Policyer överlever inte alltid en flytt oförändrade.

7. 07

   Repetera, byt sedan över

   Repetera hela flytten på en kopia, och byt sedan produktionen under en lugn timme med en skriftlig plan för att backa. Låt Cloud vara pausat, inte borttaget, tills du är säker.

Kommer mina användare att behöva återställa sina lösenord?

Nej, om du återställer Lovables export i ett Supabase-projekt: Lovables dokumentation säger att exporten innehåller användarnas konton och lösenordshashar, så användarna behåller sina lösenord. Testa det före bytet genom att logga in i det nya projektet med ett befintligt konto. Det användarna kommer att märka är att de måste logga in igen om de var inloggade när du bytte, och eventuell social inloggning som du glömt att sätta upp igen.

Vad brukar gå sönder vid en flytt från Lovable Cloud?

• Filer. Bilder och uppladdningar blir kvar om du inte flyttar lagringen själv, och deras URL:er ändras.
• Bakgrundsarbete. Mejl, betalningshanterare och AI-anrop finns i Edge Functions, som exporten inte innehåller.
• Webhooks. Stripe och andra leverantörer pekar fortfarande på de gamla endpoints tills du ändrar dem, och deras signeringshemligheter ändras med de nya funktionerna.
• Åtkomstregler. En policy som hänvisade till något Cloud-specifikt kan fallera stängd (funktioner går sönder) eller öppen (data läcker).
• Lovable självt. Lovables dokumentation beskriver hur du kopplar det nya Supabase-projektet till ett nytt Lovable-projekt, så planera hur ditt team fortsätter prompta efter flytten.

Ska du flytta själv eller låta utvecklare göra det?

En liten app utan betalningar, med få filer och en handfull användare är ett rimligt helgprojekt med stegen ovan. Risken växer med betalningar i drift, många användare och filer, eftersom ett misstag syns som förlorade uppladdningar, dubbla debiteringar eller data som syns för fel personer. För de apparna är flytten ett utvecklingsjobb med en repetition och en plan för att backa. På våra planer är det en del av arbetet, följt av drift av den nya backenden, med övervakning och akut support i produktion.