Skip to main content
POST
Créer un snapshot
Chaque compte peut effectuer jusqu’à (RAM / 256) * 2 snapshots toutes les 24 heures.
string
requis
La clé d’API de votre compte. Vous pouvez la trouver dans les paramètres de votre compte.
Créer un snapshot capture une copie .zip à un instant T de l’ensemble du stockage d’une application et renvoie une URL de téléchargement signée, ce qui vous donne un point de restauration avant une modification risquée ou un moyen d’obtenir une sauvegarde complète en dehors de la plateforme. Pour ramener l’application à cet état plus tard, transmettez le snapshot obtenu à Restaurer un snapshot ; pour consulter ou télécharger les snapshots précédents sans en créer un nouveau, utilisez Lister les snapshots. Les snapshots ne sont disponibles que sur les plans payants, et le quota journalier évolue avec la RAM de l’application ((RAM / 256) × 2 par 24 heures). Sur les applications partagées en espace de travail, l’appelant doit disposer du rôle Administrateur.

Paramètres

string
requis
L’ID de l’application. Vous le trouverez dans l’URL du tableau de bord de votre application.

Comportement de la soft deadline

Cette route suit un modèle de soft deadline — elle ne répond plus toujours de manière synchrone.
  • Si le snapshot se termine en ~90 secondes, la route répond avec 200 success et une URL de téléchargement signée (valide 30 jours), exactement comme auparavant.
  • Si le snapshot met plus de ~90 secondes à se générer, la route répond immédiatement avec 202 et le code SNAPSHOT_PROCESSING. Ce n’est pas un échec. Le snapshot continue de se générer en arrière-plan et apparaîtra de lui-même dans la liste des snapshots, généralement en ~2 minutes. Il s’agit du comportement attendu pour les applications volumineuses.
N’utilisez pas cet endpoint POST comme mécanisme de polling. Pour vérifier si un snapshot SNAPSHOT_PROCESSING est terminé, utilisez l’endpoint Lister les snapshots (GET) — et non un autre POST. Reposter après la fin du snapshot déclenche un tout nouveau snapshot à partir de zéro.
Le client doit se brancher sur la réponse comme suit :

Réponse

string
Indique si l’appel a réussi. success en cas de succès, error sinon.
object
Le contenu de la réponse. Présent uniquement lorsque status vaut success.
202
Renvoyé lorsque le snapshot dépasse la soft deadline de ~90 secondes. Le snapshot est toujours en cours de génération en arrière-plan et apparaîtra de lui-même dans la liste des snapshots, généralement en ~2 minutes. Ce n’est pas une erreur — attendez et confirmez via l’endpoint de liste GET.

Erreurs

Une requête de snapshot peut être rejetée avec 429 Too Many Requests. Utilisez le champ code pour distinguer les deux cas :
429
Cooldown à court terme — vous avez atteint la limite par utilisateur (1 requête / 5 s) ou par application (1 requête / 180 s). Patientez et réessayez sous peu.
429
Quota journalier atteint — le compte a épuisé l’allocation quotidienne de snapshots de son plan ((RAM / 256) × 2 par 24 h). Le quota se libère à mesure que la fenêtre glissante de 24 heures avance ; pour une allocation quotidienne plus élevée, mettez le plan à niveau.