Point-in-time recovery di Supabase: prezzo e limiti

Sei sul piano Pro di Supabase, qualcosa è andato storto a un'ora che potresti annotare, e il backup di stanotte è più vecchio dell'errore. Da qualche parte nella dashboard c'è un interruttore chiamato Point in Time Recovery con un prezzo accanto, e la domanda è se quel prezzo compri quello che credi.

Ecco la parte che ogni panoramica appiattisce: il point-in-time recovery e una copia che tieni tu sono due prodotti diversi, e accendere il primo non cambia nulla di ciò per cui esiste il secondo. Nella dashboard stanno entrambi sotto Backups, ed è da lì che nasce quasi tutta la confusione.

Aiuta pensare a uno come a una registrazione e all'altro come a una fotografia. Un backup giornaliero è una fotografia: un fotogramma al giorno, scattato a un'ora fissa, e puoi portartelo fuori dall'edificio. Il point-in-time recovery è la telecamera dell'edificio stesso, che gira di continuo e ti lascia fermarti sul fotogramma che vuoi. I nastri stanno in cantina e arrivano indietro di una settimana.

Che cos'è il point-in-time recovery su Supabase?

È un modo per riportare il database a un istante preciso invece che a un backup preciso.

Supabase lo costruisce con due cose che lavorano insieme. La prima è un backup fisico, uno scatto giornaliero dei file del database. La seconda è l'archiviazione del Write Ahead Log: Postgres tiene un registro continuo di ogni modifica che compie, e Supabase porta via quei file ogni due minuti, oppure subito quando uno supera una certa dimensione. Un ripristino carica lo scatto e poi riproduce il registro in avanti finché non raggiunge l'istante che hai chiesto.

La precisione viene da questo meccanismo. Supabase descrive il risultato come una granularità che arriva ai secondi, con un caso peggiore che quantifica in un Recovery Point Objective di due minuti, cioè il massimo che potresti perdere in coda all'istante che hai scelto.

La loro documentazione dei backup è la pagina dove sta la forma attuale di tutto questo. Tutto quello che segue qui dipende da numeri che appartengono a loro.

Quanto costa il point-in-time recovery di Supabase?

$100 al mese per una finestra di sette giorni, oltre al piano Pro, che da solo costa $25 al mese.

Supabase fattura il componente aggiuntivo a ore e vende tre misure di finestra:

C'è una seconda voce in fattura, ed è quella che coglie di sorpresa. Il point-in-time recovery richiede almeno l'istanza di calcolo Small. Un progetto Pro gira per impostazione predefinita su Micro, che i $10 di credito di calcolo inclusi nel piano coprono per intero; Small si aggira sui $15 al mese, quindi il credito smette di coprire il calcolo e il resto inizia a comparire in fattura. Il componente aggiuntivo costa così un po' più del numero stampato accanto.

È disponibile su Pro, Team ed Enterprise. Sul piano gratuito non c'è nulla a cui aggiungerlo, perché il piano gratuito non prende alcun backup automatico.

Controlla entrambe le cifre sulla pagina dei prezzi di Supabase il giorno in cui decidi, e non su questa. Sono loro e possono cambiarle, e questa pagina non se ne accorgerà.

Quando vale la pena il point-in-time recovery?

Quando puoi indicare il minuto, e quando conta il lavoro da entrambi i lati.

Una migrazione è partita alle 14:32 e si è portata via una colonna. Uno script avviato a mezzogiorno ha scritto il valore sbagliato in ogni riga. A un agente di IA hai dato accesso in scrittura e l'ha usato. In tutti e tre i casi sai quando, e quel quando è l'intero ingrediente. Scegli le 14:31, e il database torna com'era un minuto prima del danno.

Quello che costa denaro è il resto di quella mattina. Ripristinare la copia di mezzanotte cancella anche ogni iscrizione, ogni ordine e ogni messaggio creati dai tuoi utenti da mezzanotte in poi, quindi annullare un errore significa accettare una seconda perdita, più piccola. Con il point-in-time recovery il lavoro della mattina resta.

Già che sei nella dashboard a pensare a cosa potrebbe andare storto, vale la pena sapere anche cosa la tua app mostra già a uno sconosciuto. La nostra scansione gratuita legge il sito dal vivo dall'esterno e ti dice cosa vede. Impiega una ventina di secondi e non chiede alcun account: scansiona la tua app.

Quello che il point-in-time recovery non raggiunge

Due cose: un errore che scopri quando la finestra è già passata, e l'account in cui vive tutto l'impianto.

Un errore che scopri tardi. La finestra si sposta con la giornata di oggi, quindi una finestra di sette giorni sono sempre gli ultimi sette giorni e mai una settimana fissa. Per una cancellazione è generosa, perché una cancellazione di solito si annuncia in pochi minuti. Con quelle silenziose non aiuta affatto: un modulo che salva il valore sbagliato da martedì di due settimane fa, una colonna sparita in una migrazione che nessuno ha letto con calma, un campo che uno script riscrive da un mese. Queste vengono fuori quando scrive un cliente, e un cliente che scrive lo fa di rado entro sette giorni dalla causa.

L'account in cui vive il recupero. Gli scatti e il registro archiviato stanno dentro il tuo progetto Supabase, ed è proprio questo a renderli veloci e a ridurli a un clic. Vuol dire anche che un progetto sospeso, una carta scaduta o un accesso che non riesci a recuperare si portano via il recupero insieme a ciò che proteggeva. È uno scambio onesto e non un difetto, ed è il motivo per cui una copia dentro il tuo account è solo metà della rete.

Il point-in-time recovery copre i miei file di Storage?

No. Le parole di Supabase sono che i backup del database non includono gli oggetti che archivi tramite la Storage API, e il point-in-time recovery è una funzione del database.

Ogni avatar, ogni PDF caricato e ogni foto di prodotto aggiunta dai tuoi utenti vive in Storage, che è un servizio separato. Il database tiene il percorso di ogni file e niente del suo contenuto. Così un database riavvolto a martedì punta a quello che c'è oggi nei tuoi bucket, e un file cancellato mercoledì resta cancellato dopo un recupero riuscito alla perfezione.

Qualunque cosa decidi in questa pagina, i tuoi file chiedono una risposta loro. Tre modi per fare il backup di un database Supabase racconta dove li lascia ciascuna strada.

Uno strumento di terze parti può darmi il point-in-time recovery?

No, e questa è l'affermazione sul tema che più merita di essere guardata con calma, perché suona come un confronto di funzioni ed è una differenza di categoria.

Il point-in-time recovery riproduce il write-ahead log, e quel registro è un file sul disco dove gira il tuo database. Leggerlo vuol dire stare in piedi su quella macchina. Ogni strumento di backup esterno, il nostro compreso, si collega al database come fa la tua app, gli chiede il contenuto e scrive la risposta. Ne esce un dump logico: una copia completa e trasportabile di tutto quello che stava nel database nel momento in cui il dump è partito.

Un dump è di nuovo la fotografia. Puoi portartelo ovunque, caricarlo in un progetto nuovo di zecca su un altro account e leggerlo con normali strumenti Postgres che di Supabase non hanno mai sentito parlare. Quello che non puoi fare è fermarti tra due dump, perché in mezzo non stava registrando nulla.

Ecco quindi la versione onesta del confronto. Se quello che ti serve è atterrare sulle 14:31, compra il componente aggiuntivo di Supabase; nessuno fuori dalla piattaforma è in grado di vendertelo. Un fornitore che pubblicizza il point-in-time recovery sopra una connessione sta descrivendo una pianificazione, e una domanda separa i due: il suo ripristino atterra su un minuto che digiti tu, o sull'ultima volta che è partita la sua copia?

Point-in-time recovery, o una copia che tieni tu?

Chiediti contro quale disastro ti stai assicurando, perché questi due rispondono a disastri diversi.

Quasi tutte le app con clienti veri vogliono entrambi, ed è sull'ordine che conviene decidere con attenzione. La copia che tieni tu è quella che sopravvive a tutto, account compreso, quindi è la prima da mettere in piedi. Il componente aggiuntivo lo compri una volta che hai calcolato che perdere una mattina di ordini ti costa più di lui.

Cosa fare questa settimana

Dove si inserisce Reeve Care

Care è la copia che tieni tu, messa in piedi da noi, con un ripristino che premi invece di assemblare.

• Le copie partono con una pianificazione che non devi ricordare, ogni sei ore sui piani più alti, e una che fallisce ti manda un'email invece di un silenzio.
• Ogni copia vive fuori dal tuo account Supabase. Cifrata, su archiviazione nostra, così un progetto sospeso o un accesso perduto non si porta via i backup con sé.
• Ogni copia viene riletta prima di contare. La data nella dashboard è l'ultima copia che ha superato quel controllo, mai l'ultimo tentativo.
• Ripristinare è un pulsante, e prima di partire prende uno scatto dello stato attuale, così anche il ripristino ha il suo annulla.
• Anche i file caricati dai tuoi utenti vengono copiati, appena colleghi i bucket di Storage. Quella è una seconda chiave, chiesta a parte, perché la chiave che Supabase emette per Storage sa scrivere oltre che leggere e preferiamo domandare invece di mescolarla con una che non può.

Care e il componente aggiuntivo si completano a vicenda, ed è anche così che sono prezzati. Care parte da €49 al mese per una app, contro $100 del componente aggiuntivo, e parecchie app dovrebbero avere il primo prima di pensare al secondo. I nostri sono prezzi di listino, e la pagina dei prezzi sta a volte sotto la cifra qui e mai sopra. Ogni cifra di Supabase in questa pagina è citata dalle loro pagine, senza conversioni e senza stime.

Come una copia viene presa, controllata e rimessa è disegnato passo per passo nella pagina dei backup Supabase.

Prima di chiudere questa scheda, calcola il numero da cui dipende tutta questa decisione: quanto a lungo un errore potrebbe restare nella tua app prima che qualcuno lo noti. Sotto i sette giorni il componente aggiuntivo ti compra precisione vera il giorno in cui ti serve. Sopra, una finestra più larga non è il posto giusto per i soldi, perché quello che arriva più indietro è una copia tua. La lista di sicurezza in 10 minuti copre i backup accanto al resto di quello che vale la pena confermare su un'app già lanciata.