Come migrare da Lovable Cloud al Suo Supabase

Lovable Cloud o il Suo Supabase: quale usare?

Lovable Cloud è il backend integrato di Lovable: database, autenticazione, archiviazione, edge function e IA, costruito sulle fondamenta open source di Supabase e pagato con i Suoi crediti Lovable. Collegare un Suo progetto Supabase significa che l'account, le chiavi e la fattura sono Suoi. Nessuna delle due scelte è sbagliata. Si adattano a fasi diverse.

Resti su Cloud mentre sta ancora scoprendo cosa sia il prodotto: è il modo più rapido per avere un backend. Migri quando le serve qualcosa che Cloud non offre, come l'accesso diretto al database per gli sviluppatori, backup Suoi e point-in-time recovery, una regione specifica per la conformità, un accordo sul trattamento dei dati a Suo nome, o semplicemente nessun vendor lock-in sul sistema di riferimento dei Suoi dati.

Cosa include l'export di Lovable Cloud, e cosa lascia indietro?

Le impostazioni avanzate di Lovable consentono di esportare, mettere in pausa o rimuovere Cloud. Secondo la documentazione di Lovable, l'export contiene l'intero database, struttura e dati, e gli account dei Suoi utenti con i relativi hash delle password. Non contiene i file in archivio, il codice delle Edge Function né i segreti del progetto, e le impostazioni dei provider di accesso e le chiavi API vanno configurate di nuovo a destinazione. Funziona per database che usano fino a 15 GB di spazio, il file di export può essere al massimo di 5 GB, e si può richiedere un export ogni 24 ore.

Durante una migrazione contano altri due comandi. Mettere in pausa Cloud ferma database, autenticazione, archiviazione ed edge function, quindi si ferma anche tutto ciò che invia email, incassa pagamenti o chiama l'IA, mentre l'archiviazione continua a essere fatturata. Rimuovere Cloud cancella definitivamente l'istanza e non si può annullare. Non rimuova nulla finché la nuova configurazione non ha funzionato in produzione per un po'.

Come si migra da Lovable Cloud a Supabase, passo per passo?

1. 01

   Crei e protegga il nuovo progetto

   Crei un progetto Supabase nella Sua organizzazione, nella regione che le serve, con un piano che includa i backup. Attivi l'autenticazione a più fattori per chiunque abbia accesso alla dashboard.

2. 02

   Esporti e importi il database

   Esporti dalle impostazioni avanzate di Lovable e ripristini l'export nel nuovo progetto Supabase. Da qui in avanti mantenga lo schema come migrazioni versionate, così da poterlo ricostruire dal codice.

3. 03

   Sposti ciò che l'export esclude

   Copi bucket e file dell'archivio, ripubblichi le Edge Function dal Suo codice, e crei nuovi segreti e nuove chiavi API. Consideri dismessa ogni vecchia chiave invece di copiarla.

4. 04

   Colleghi Lovable al nuovo backend

   La documentazione di Lovable descrive come collegare un Suo progetto Supabase a un nuovo progetto Lovable. Lo faccia, e stabilisca prima del passaggio come il Suo team continuerà a scrivere prompt lì.

5. 05

   Ricolleghi l'autenticazione

   Configuri di nuovo i provider di accesso (Google, email) nel nuovo progetto e faccia una prova con un account reale. Lovable segnala che gli utenti connessi al momento del passaggio dovranno accedere di nuovo.

6. 06

   Ricontrolli le regole di accesso

   Esegua il Security Advisor di Supabase e il test con due utenti della nostra checklist di sicurezza. Le policy non sempre sopravvivono intatte a una migrazione.

7. 07

   Faccia una prova generale, poi passi in produzione

   Provi l'intera migrazione su una copia, poi passi la produzione in un'ora tranquilla con un piano di rollback scritto. Tenga Cloud in pausa, non rimosso, finché non è sicuro.

I miei utenti dovranno reimpostare la password?

No, se ripristina l'export di Lovable in un progetto Supabase: la documentazione di Lovable dice che l'export include gli account e gli hash delle password degli utenti, quindi gli utenti mantengono le loro password. Lo verifichi prima del passaggio accedendo al nuovo progetto con un account esistente. Ciò che gli utenti noteranno è di dover accedere di nuovo se erano connessi al momento del passaggio, e qualsiasi accesso social che ha dimenticato di riconfigurare.

Cosa si rompe di solito durante una migrazione da Lovable Cloud?

• File. Immagini e caricamenti restano indietro a meno che non sposti Lei l'archivio, e i loro URL cambiano.
• Lavoro in background. Email, gestori dei pagamenti e chiamate all'IA vivono nelle Edge Function, che l'export non include.
• Webhook. Stripe e gli altri fornitori puntano ancora ai vecchi endpoint finché non li cambia, e i loro segreti di firma cambiano con le nuove funzioni.
• Regole di accesso. Una policy che faceva riferimento a qualcosa di specifico di Cloud può fallire in chiusura (le funzionalità si rompono) o in apertura (i dati trapelano).
• Lovable stesso. La documentazione di Lovable descrive il collegamento del nuovo progetto Supabase a un nuovo progetto Lovable, quindi pianifichi come il Suo team continuerà a scrivere prompt dopo la migrazione.

Conviene migrare da soli o affidarsi a degli sviluppatori?

Un'app piccola, senza pagamenti, con pochi file e pochi utenti è un progetto ragionevole da weekend seguendo i passi qui sopra. Il rischio cresce con pagamenti live, molti utenti e molti file, perché un errore si manifesta come caricamenti persi, doppi addebiti o dati visibili alle persone sbagliate. Per queste app la migrazione è un lavoro di ingegneria con una prova generale e un piano di rollback. Nei nostri piani fa parte del lavoro, seguita dalla gestione del nuovo backend, con monitoraggio e assistenza d'emergenza in produzione.