Outils de sauvegarde Supabase comparés, le nôtre compris

Vous avez cherché un outil de sauvegarde Supabase pour l'une de deux raisons. Ou bien vous avez découvert que votre projet est sur le plan gratuit et que rien n'a jamais été copié nulle part, ou bien vous êtes sur un plan payant, vous avez lu jusqu'où sa fenêtre remonte, et cela ne vous a pas paru suffisant pour une application avec de vrais clients dedans.

Voici la part que ces comparatifs manquent, et ceux écrits par les outils eux-mêmes la manquent le plus fort : ils classent les options par fonctionnalités. Un outil de sauvegarde, c'est quelque chose que vous payez pour couvrir un travail que vous avez déjà décidé de ne pas faire vous-même. Si vous le faisiez vraiment, la voie gratuite produit le même fichier.

Nous vendons l'une des quatre ci-dessous, alors lisez la suite en le sachant. Pour un bon nombre d'applications, la voie gratuite est la bonne réponse, et sa section est la plus longue d'ici.

Quel outil de sauvegarde Supabase choisir ?

Choisissez selon la part du travail à laquelle vous voulez cesser de penser. Les quatre voies produisent une copie de votre base de données. Ce qui les sépare, c'est la part de la suite qui vous reste.

La colonne ombrée est la nôtre, et les lignes quatre à six sont ce qu'elle vend. Gardez-le en tête pour tout ce qui suit.

Ce que vous achetez réellement

Quatre choses doivent se produire pour qu'une sauvegarde vaille quelque chose, et chaque outil de sauvegarde Supabase d'ici en fait une partie.

1. Prendre une copie. Personne sur cette page ne vous facture cela. pg_dump est livré avec Postgres et la CLI Supabase l'emballe.
2. La mettre là où l'original ne peut pas l'emporter avec lui. Une copie dans le compte qu'elle protège vous couvre le jour où vous cassez vos propres données. Le jour où vous perdez l'accès, elle est derrière la même porte.
3. La relire. Un export écrit pendant que la connexion tombait ressemble exactement à un bon jusqu'au moment où vous essayez de vous en servir.
4. La remettre en place. Le pire jour de la vie de votre application, dans l'état où vous êtes ce jour-là, avec ce que vous savez par hasard de psql.

Ai-je besoin d'un outil si je suis déjà sur un plan payant Supabase ?

Pour la catastrophe ordinaire, non. Supabase prend des copies quotidiennes sur ses plans payants, et en restaurer une tient en quelques clics dans le tableau de bord, ce qui est la voie de retour la plus rapide après une migration passée deux fois.

Ce que cela ne couvre pas, c'est le compte. Chaque copie prise par Supabase vit dans le projet qu'elle protège, si bien qu'un prélèvement refusé, un projet suspendu ou un accès que vous ne pouvez pas récupérer mettent les sauvegardes derrière la même porte que ce pour quoi elles étaient là. Sur quel plan vous êtes et jusqu'où sa fenêtre remonte se vérifie en deux minutes environ.

Activez-les donc, puis décidez séparément si une copie à un seul endroit est l'endroit où vous voulez vous arrêter.

Quand une GitHub Action bat le fait de payer qui que ce soit

Quand votre application vit déjà dans un dépôt GitHub, que vous pouvez modifier un fichier YAML sans effroi, et que votre base de données est petite. Dans ce cas la voie gratuite est une vraie réponse. Elle produit le même export qu'un service payant, au même rythme, et personne ne vous facture.

Celle-ci, Supabase la documente lui-même. Un fichier de workflow dans .github/workflows appelle trois fois la CLI Supabase et exporte vos rôles, votre schéma et vos données dans des fichiers séparés, sur un cron qui se déclenche à minuit, puis valide les résultats dans le dépôt. Leur page porte un seul avertissement et le porte deux fois : ne sauvegardez jamais vos données dans un dépôt public.

C'est aussi la voie qui répare ce qui tue la version à la main. Un pg_dump sur votre portable porte la date de la dernière fois où vous y avez pensé, et le jour où vous en avez besoin n'est jamais un jour où vous y pensiez. Un workflow planifié tourne que vous vous en soyez souvenu ou non, et le fichier atterrit sur les serveurs d'une autre entreprise que celle qui tient votre base de données.

Quatre choses qu'elle vous laisse :

• Les exports s'empilent dans un dépôt, qui est un endroit fait pour du code. Un historique binaire qui grossit est pénible à manipuler, et si un vrai secret y tombe un jour, l'en ressortir veut dire réécrire l'historique.
• Votre chaîne de connexion vit dans la CI. C'est un accès en écriture complète sur votre base de données, gardé dans un système qui exécute aussi du code venu des pull requests.
• Personne ne relit la copie. Une exécution au vert veut dire que la tâche s'est terminée sans erreur, ce qui est une affirmation plus petite que celle du fichier qui restaure.
• Les fichiers téléversés demandent une seconde tâche. L'export contient la ligne qui pointe vers chaque fichier. Les fichiers vivent dans Storage et sortent à part, sur toutes les voies d'ici.

Si vous pouvez vivre avec ces quatre-là, arrêtez de lire ici et allez le mettre en place, avec la connection string que GitHub peut joindre et l'horaire que votre quota d'egress peut payer. Cela ne coûte rien, et le fichier écrit est le même que celui qu'écrivent les voies payantes.

Ce qu'ajoute un service de sauvegarde payant

Il vous retire la maintenance. Un petit service se connecte à votre base de données, tourne au rythme que vous choisissez, dépose le fichier dans un stockage qui vous appartient déjà, et met devant tout cela un écran qui dit quand une exécution a échoué.

Supabackup est celui que les gens cherchent par son nom. Il prend votre chaîne de connexion, téléverse les exports dans un compte Google Drive que vous connectez, et en garde un nombre fixé avant de supprimer les plus anciens. Sa propre page de tarifs décrit une offre gratuite hebdomadaire et une offre payante quotidienne ; lisez le prix actuel là-bas plutôt qu'ici, car il leur appartient.

Ce que cela achète par rapport au fichier de workflow, c'est quelque chose qui ne pourrit pas. Pas de YAML, pas de dépôt qui se remplit d'exports, pas de secret dans la CI, et un tableau de bord qui vous dit que la dernière exécution a échoué au lieu d'un courriel que vous avez appris à sauter.

Ce que cela ne change pas, c'est la seconde moitié du travail. La copie est votre base de données, le fichier est un export, et le jour où vous en avez besoin c'est vous qui le rejouez. Vérifiez si le service que vous choisissez couvre aussi Storage, car une bonne part de cette catégorie, c'est la base de données seule. Restaurer un export a ses propres étapes, et elles se lisent mieux avant d'en avoir besoin.

Ce qu'ajoute l'infogérance, et ce que vous payez

Elle ajoute les deux parts que les trois autres voies vous laissent : la vérification et la restauration.

C'est cela, Reeve Care, et les sauvegardes en sont une ligne.

• Plusieurs copies par jour, au rythme que fixe votre offre et sans rien à déclencher de mémoire.
• Gardées hors de votre compte Supabase, chiffrées, pour qu'un projet suspendu ou un accès irrécupérable laisse les copies là où elles sont.
• Relues avant de compter. Chaque copie est ouverte et comptée face à ce qui est entré, et c'est pourquoi la date de votre tableau de bord est celle de la dernière copie vérifiée plutôt que celle de la dernière tentative.
• Vos fichiers téléversés à côté de vos lignes, dès que vous connectez un accès Storage, et les deux reviennent ensemble.
• Plus d'un point de restauration. Combien dépend de l'offre, et les plus anciens s'effacent à mesure que de nouveaux arrivent.
• La remise en place tient dans un bouton, et une copie de l'état actuel est prise d'abord, avant que quoi que ce soit ne soit remplacé.

Ce que vous payez, c'est la disponibilité. Vous pouvez lancer une restauration à n'importe quelle heure, depuis n'importe quelle nuit que votre offre garde encore, sans attendre d'avoir un après-midi libre. Chaque copie est chiffrée avant de quitter votre projet et le reste. Care Max ajoute un support prioritaire, et quelqu'un pour vous aider à appliquer un correctif.

La copie qui sort de Supabase, la vérification qui la suit et le bouton qui la remet en place sont dessinés sur la page des sauvegardes Supabase.

Comment choisir, en une minute environ

Quatre branches, et la plupart des gens tombent dans les deux premières.

• Plan gratuit, et modifier un fichier YAML ne vous fait pas peur. La GitHub Action. Gratuite, complète, et à vous.
• Plan gratuit, et cela vous fait peur. Un petit service de sauvegarde, ou une copie faite à la main depuis le tableau de bord jusqu'à ce que vous soyez prêt pour quelque chose de planifié.
• Plan payant, et vous voulez une copie hors du compte. L'une ou l'autre des deux, en plus de ce que Supabase prend déjà.
• De vrais clients, des fichiers téléversés, et personne qui lancera une restauration sous pression. L'infogérance.

À faire cette semaine

Si une table s'est déjà vidée chez vous pour une raison que personne ne savait expliquer, lisez d'abord ce qu'un rollback restaure vraiment, puis trois façons de sauvegarder une base de données Supabase pour ce qu'une copie contient et ce qu'elle laisse derrière. Et si vous préférez voir ce qui est ouvert par ailleurs sur votre application avant de décider où dépenser, le scan gratuit lit votre site en direct en 20 secondes environ.