Paramètres backend et keep-alive
Où se trouve le backend dans l'éditeur, comment les plans backend et les dépassements sont facturés, ce que fait le keep-alive, comment désactiver et réactiver un backend, et comment fonctionnent l'environnement unique, les environnements multiples et les sauvegardes de base.
Si votre application stocke quoi que ce soit — réservations, commandes, envois de formulaires, comptes utilisateurs — elle s'exécute sur un backend géré que MeDo crée en même temps que les pages. Vous le gérez depuis la vue Backend de l'éditeur. Cette page couvre les réglages qui décident si le backend tourne lorsque vos utilisateurs en ont besoin.
Ouvrir la vue Backend
Dans l'éditeur, cliquez sur l'icône Backend dans le rail de gauche. L'onglet Overview affiche le statut du backend (normalement Running), une paire de boutons Disable / View, et l'interrupteur Backend Keep-Alive.
Le second onglet ouvre les outils de données — tables, utilisateurs, fonctions, secrets et tâches planifiées — décrits dans Données et formulaires.
Ce que coûte un backend en cours d'exécution
L'hébergement des pages de votre application est gratuit. Seul le backend est mesuré, et le montant dépend du plan ainsi que du disque et du stockage objet au-delà du quota inclus. Voir Système de crédits.
Un jour où le backend est utilisé, MeDo facture le tarif du plan de ce jour, plus tout dépassement. Un jour sans utilisation, MeDo facture seulement ce dépassement — des frais de conservation — et pas le tarif du plan. Chaque backend n'est facturé qu'une fois pour un jour donné.
Chaque plan inclut 2 Go de disque et 10 Go de stockage objet. Dans ces limites, un jour d'utilisation ne coûte que le tarif du plan indiqué dans le tableau ci-dessous. La taille de disque affichée dans Backend est le disque réellement attribué au backend, pas le volume de données déjà enregistrées.
L'utilisation du disque et du stockage objet n'est visible que lorsque le backend est activé. Ces chiffres se mettent à jour avec un court délai : les données que vous venez d'enregistrer n'apparaissent pas tout de suite. Tant que le décompte n'est pas prêt, la page affiche Mise à jour des données en cours. Veuillez réessayer plus tard.
- Dès que le disque attribué dépasse 2 Go, toute cette taille attribuée est facturée à 6 crédits par Go et par jour. Les 2 Go inclus ne sont pas déduits.
- Dès que le stockage objet dépasse 10 Go, toute l'utilisation réelle, arrondie au Go supérieur, est facturée à 2 crédits par Go et par jour. Les 10 Go inclus ne sont pas déduits.
Si plusieurs applications partagent un backend, chaque application connectée paie ce même montant quotidien. Voir Partager un backend.
Si le solde de crédits ne peut pas couvrir un montant, MeDo met le backend en pause. Les pages publiées s'ouvrent encore, mais la connexion et les données stockées s'arrêtent jusqu'à ce que vous ajoutiez des crédits et réactiviez le backend. MeDo vous envoie un e-mail lorsque le solde peut ne pas couvrir environ 7 jours au tarif quotidien actuel, puis de nouveau lorsqu'il reste environ 3 jours.
Comment le disque grandit
Le disque commence à 2 Go. Quand l'utilisation atteint 80 %, il grandit automatiquement :
- La première étape passe de 2 Go directement à 8 Go.
- Ensuite, chaque étape ajoute 50 % de la taille actuelle, arrondie au supérieur.
- Une étape ajoute au plus 200 Go.
- Le disque peut grandir au plus 4 fois en 24 heures.
Le stockage objet ne suit pas cette échelle. Il est facturé selon les fichiers réellement stockés.
Choisir une taille de backend
Le plan Free ne permet pas de changer de plan backend. Sur Pro et Max, ouvrez la vue Backend et choisissez Low, Medium, High ou Ultra. Le changement prend effet immédiatement et est facturé à la journée. Vous pouvez revenir à un plan plus petit à tout moment. Le basculement peut rendre le backend indisponible pendant un court moment : faites-le lorsque moins de personnes utilisent l'application.
Le changement de plan fixe le disque à partir de l'utilisation réelle : une utilisation dans les 2 Go ramène le disque à 2 Go ; au-delà, il passe au plus petit palier ci-dessus qui peut contenir les données. Cela change le disque attribué au backend, pas la quantité déjà enregistrée.
Keep-alive : le réglage qui compte pour de vrais utilisateurs
Sur le plan Free, un backend qui voit cinq jours consécutifs sans activité de projet est mis en pause. Les pages publiées s'ouvrent encore, mais la connexion, les formulaires, et tout ce qui lit ou écrit des données cessent de fonctionner jusqu'à ce que le backend soit de nouveau en cours d'exécution.
Backend Keep-Alive empêche cette pause. C'est une fonctionnalité Pro et Max, et MeDo propose de l'activer la première fois que vous publiez une application qui a un backend :
Vous pouvez aussi l'activer ou le désactiver à tout moment depuis l'onglet Overview. Activez-le pour toute application sur laquelle des clients s'appuient ; laissez-le éteint pour les prototypes que vous ouvrez seulement vous-même.
Désactiver et réactiver
Entre deux projets, ou pendant qu'une application est mise de côté, vous pouvez arrêter de payer pour le backend :
- Disable (onglet Overview) éteint le backend. Vos données sont conservées, les frais quotidiens s'arrêtent, et l'application ne peut plus lire ni écrire de données tant que vous ne le réactivez pas.
- Pour le ramener, ouvrez le même onglet et activez le backend. Les tables, utilisateurs et fichiers existants sont toujours là.
Si la connexion, les formulaires ou les données enregistrées cessent soudainement de fonctionner sur une application publiée, c'est la première chose à vérifier : le backend est désactivé, mis en pause après une inactivité, ou mis en pause parce que les crédits ne couvraient pas le montant.
Environnements
Chaque application commence en environnement unique. L'aperçu et l'application publiée lisent et écrivent la même base, donc une réservation de test faite dans l'aperçu apparaît en production. Le stockage objet est partagé de la même façon.
Les environnements multiples séparent le développement et la production. L'aperçu utilise la base de développement. L'application publiée utilise la base de production. Une modification faite en développement n'atteint la production qu'après publication.
Ouvrez Backend dans l'éditeur, restez sur Overview, et utilisez Switch to multiple environments ou Switch to a single environment.
Qui peut activer les environnements multiples
- Un espace personnel doit avoir un abonnement Pro ou Max actif. Un essai ne peut pas l'activer.
- Un espace entreprise doit avoir un abonnement entreprise actif. Un essai ne peut pas l'activer.
- Si MeDo ne peut pas confirmer l'abonnement, le changement ne démarre pas. Réessayez plus tard.
- Le changement reste indisponible tant que la base de production n'existe pas.
- Il reste aussi indisponible lorsque l'utilisation de la base dépasse 10 Go, ou que le stockage objet dépasse 5 Go. Si MeDo ne peut pas lire l'utilisation, il ne bloque pas le changement. Au-delà de la limite, le changement ne démarre pas et la page demande de contacter le support.
- Activer les environnements multiples, et revenir en arrière, ne dépense pas de crédits.
Lorsque plusieurs applications partagent un backend, le changement s'applique à tout le groupe en même temps.
Passer aux environnements multiples
Le changement prend plusieurs minutes. Vous pouvez quitter la page. Ne publiez pas pendant qu'il s'exécute.
MeDo copie la base de production vers le développement, y compris les lignes déjà enregistrées, ainsi que les paramètres de connexion, les Edge Functions, les tâches planifiées et les secrets. Il copie aussi les fichiers déjà présents dans le stockage objet. Après la copie, les deux environnements conservent chacun leurs données. Les modifications ultérieures en développement ne changent la production qu'après publication.
Les personnes déjà connectées à l'application doivent se déconnecter puis se reconnecter, sinon leur session cesse de fonctionner.
Revenir à un environnement unique
Le retour ne vérifie pas le forfait et prend environ 1 à 2 minutes.
Si une base de production existe déjà, le développement pointe de nouveau vers cette base. Les lignes ajoutées seulement en développement ne sont pas fusionnées, et la base de développement est vidée. Les fichiers du stockage objet ne sont pas copiés pendant ce changement.
Seulement lorsqu'il n'y a jamais eu de base de production, et que les données ne sont qu'en développement, MeDo publie le développement comme production.
Après le retour, l'aperçu et l'application publiée partagent de nouveau une seule base, donc une modification de développement affecte l'application publiée. Vous pouvez réactiver les environnements multiples plus tard. Les personnes connectées doivent se reconnecter.
Fichiers du stockage objet
Activer les environnements multiples copie les fichiers déjà présents dans le stockage objet vers le développement, en même temps que la base.
La première publication d'une application qui utilise les environnements multiples copie les fichiers de développement vers la production. Si cette copie de fichiers échoue, la publication se termine quand même. Les publications suivantes synchronisent la structure de la base, les fonctions et les paramètres, et ne copient pas les fichiers, afin de ne pas écraser ceux que la production a créés depuis.
Revenir à un environnement unique ne copie pas les fichiers.
Sauvegardes de base
Dans l'onglet Overview du Backend, sous Backend service resources, ouvrez Database backups.
- Une sauvegarde manuelle demande le même forfait que les environnements multiples : un abonnement Pro ou Max actif, ou un abonnement entreprise actif. Un essai ne peut pas en créer. Chaque sauvegarde manuelle coûte 100 crédits et est conservée 30 jours. Si le solde ne couvre pas 100 crédits, elle ne démarre pas.
- MeDo crée une sauvegarde automatique une fois par jour et la conserve 7 jours. Cette sauvegarde ne coûte pas les 100 crédits. Celle créée automatiquement avant une restauration ne les coûte pas non plus.
- Une base de plus de 100 Go ne peut pas être sauvegardée, et aucun crédit n'est débité.
- Seule une sauvegarde dont le statut est Available peut être restaurée. Utilisez Resume sur cette ligne.
La liste indique que les sauvegardes automatiques ont lieu chaque jour et sont conservées 7 jours, et que les sauvegardes manuelles sont conservées 30 jours.
Réutiliser un backend pour plusieurs applications
Lors de la création d'une nouvelle application, vous pouvez la pointer vers le backend d'un projet existant au lieu d'en provisionner un nouveau — utile lorsqu'un site web, une console d'administration et une application mobile doivent partager les mêmes clients et commandes. Voir Partager un backend.