Les téléchargements temporaires ont besoin de règles de conservation

« Téléchargement temporaire » est une promesse avec des devoirs.

Tout semble clair : l’utilisateur téléverse un fichier, le système l’utilise brièvement, puis il disparaît. Très bien. Mais les systèmes ne sont pas un seul endroit. Le fichier peut passer par le navigateur, le cache edge, le serveur d’application, le stockage objet, la file d’attente, l’exécution du modèle, le worker de reprise, le générateur de vignettes, le CDN, l’outil de support et les journaux.

Si « temporaire » signifie seulement temporaire dans la base de données principale, la promesse est trop légère. Les utilisateurs se soucient du fichier, pas de votre schéma.

Une politique de conservation pour les téléchargements temporaires doit couvrir les originaux, les versions redimensionnées, les masques, les aperçus, les vignettes, les charges utiles de reprise, les jobs échoués, les URL de livraison du résultat, les caches et les journaux. Elle doit préciser ce qui est créé, pourquoi cela existe, combien de temps cela vit et ce qui reste ensuite.

Cela ne veut pas dire que chaque fichier temporaire doit disparaître instantanément. Certains systèmes ont besoin de liens de livraison à courte durée. D’autres ont besoin de fenêtres de reprise brèves. Certains ont besoin d’enregistrements sans contenu pour la facturation ou la prévention des abus. L’essentiel est que le comportement de conservation soit délibéré et expliqué.

Le « temporaire » a aussi besoin de la gestion des échecs. Si une génération plante à mi-parcours, le téléchargement reste-t-il ? Si le worker dépasse le délai, l’image source est-elle conservée pour le débogage ? Si l’utilisateur annule, que se passe-t-il pour les sorties partielles ? Les chemins d’échec sont là où les promesses temporaires deviennent un stockage accidentel.

L’approche la plus sûre consiste à réduire le nombre de copies. Moins de copies signifie moins de règles de conservation et moins de jobs de nettoyage. Une session de génération à durée de vie courte qui reçoit le contenu, le traite, renvoie le résultat, puis supprime les éléments sensibles est plus facile à comprendre qu’un produit qui disperse des variantes de téléchargement comme de la confettis.

« Temporaire » n’est pas un mot que l’on colle dans une interface. C’est une affirmation d’ingénierie.

Pour aller plus loin : Comment penser le calcul éphémère sans le jargon du cloud, Stockage de données Unexposed, et les contrôles de données de l’API d’OpenAI.