Quotas de stockage et limites d’upload : la preuve a besoin d’un compteur
Comment le stockage tenant, les notifications d’alerte, le blocage des uploads et la purge réservée au platform owner empêchent documents et photos de devenir une facture silencieuse.
La preuve en ITAD pèse en fichiers : photos, certificats, documents signés, rapports, pièces jointes de support, evidence packages. Le stockage ne peut pas rester invisible éternellement. À un moment, la plateforme doit savoir combien un tenant consomme et ce qui se passe à la limite.
Ce qui compte
La consommation de stockage d’un tenant couvre les fichiers opérationnels dans Supabase Storage : documents, photos, signatures, evidence et uploads associés. Les avatars vivent à part. La consommation se cumule par tenant pour que les limites de package et les vues de stockage admin parlent du même chiffre. Le package fixe le quota — 0 Go en free, 5 Go en starter, 25 Go en professional, illimité en enterprise — et un admin plateforme peut le surcharger par tenant quand le contrat dit autre chose.
Alertes
La plateforme compare la consommation au quota de façon régulière et envoie une alerte de stockage quand un tenant franchit 80, 90 et 100 pour cent, une fois par seuil. Cela laisse aux admins le temps de revoir la consommation, de monter de package ou de nettoyer de vraies erreurs. La preuve ne devrait pas échouer parce que personne n’a vu le compteur clignoter.
Blocage des uploads
Quand un tenant dépasse son quota, les nouveaux uploads sont bloqués sur les chemins gardés avec le nom de blocage storage_limit_exceeded. Le blocage est explicite : l’utilisateur voit que le problème est le stockage, au lieu d’un échec d’upload mystérieux. Les échecs d’upload mystérieux, c’est ainsi que les files de support prennent des dents.
Vue admin
/admin/storage donne au platform staff l’image transversale : total d’octets et nombre de documents, nombre de tenants, consommation par tenant avec édition du quota en Go, les plus gros fichiers, une répartition par type de fichier, un aperçu des buckets et une projection de croissance et de coût. Les réglages de stockage vivent sur la même page — taille maximale de fichier en Mo, expiration des signed URLs, types MIME autorisés et durées de vie pour les photos, documents, evidence et fichiers ESG. La santé du stockage liste les enregistrements de documents sans lien, les fichiers orphelins et les fichiers manquants, en chargeant les lignes par paliers bornés jusqu’à 200, et une action de nettoyage enlève ces trois catégories de débris. Les réglages de facturation tenant montrent le contexte de package tel que le tenant le voit. Ensemble, ils relient le stockage technique aux limites commerciales sans transformer chaque PDF en débat financier.
La purge
Par tenant, il existe une action « Purger le stockage », et c’est un vrai outil d’offboarding, pas un placeholder. Seul un platform owner peut la lancer ; tous les autres rôles plateforme reçoivent un refus côté serveur et rien n’est supprimé. La boîte de dialogue charge d’abord un aperçu de ce qui partirait exactement — enregistrements de documents sans lien, enregistrements à fichier manquant et objets orphelins, avec les compteurs — puis demande le nom exact de l’organisation, et n’active le bouton rouge que s’il y a quelque chose à purger et que le nom correspond. Les documents rattachés à un enregistrement métier vivant ne sont ni comptés ni touchés ; la purge enlève les débris de stockage, pas la preuve. Le résultat est écrit dans l’audit d’activité en fail-closed, avec les compteurs ; si le log ne peut pas être écrit, la purge n’a pas lieu. Il n’y a pas d’annulation. Aperçu, nom, bouton, ligne. Dans cet ordre, à chaque fois.