2 Le stockage de fichiers SaaS est la partie d’une plateforme logicielle en tant que service qui conserve ce que les clients téléversent et créent : documents, images, vidéos, pièces jointes, exports, sauvegardes et fichiers générés. Pour un outil collaboratif, une application SaaS verticale, un service de signature électronique ou un portail client, ces fichiers pèsent souvent beaucoup plus lourd que la base de données. Ils doivent être durables, sécurisés, isolés entre locataires, stockés dans la bonne région et servis rapidement aux utilisateurs du monde entier, le tout à un coût qui préserve les marges brutes à mesure que la base de clients grandit. Cet article explique comment les éditeurs SaaS stockent généralement les fichiers de leurs clients, les choix de conception les plus importants et dans quels cas exploiter le stockage sur sa propre infrastructure est pertinent. Il s’adresse aux responsables de l’ingénierie plateforme des éditeurs SaaS et aux équipes de services numériques des opérateurs télécoms et des entreprises. Pourquoi le stockage objet s’impose par défaut Presque toutes les plateformes SaaS modernes stockent les fichiers clients dans un stockage objet plutôt que sur des serveurs de fichiers ou dans des bases de données : Évolutivité : le stockage objet gère des milliards de fichiers et des pétaoctets de données. Accès natif HTTP : les fichiers peuvent être lus et écrits via l’API S3 et servis par des CDN. URL présignées : les applications accordent un accès direct et limité dans le temps pour le téléversement et le téléchargement, sans faire transiter les données par les serveurs applicatifs. Durabilité : le codage à effacement (en anglais) et la réplication protègent les données sur plusieurs disques, nœuds et sites. Métadonnées et cycle de vie : les étiquettes et les règles de cycle de vie gèrent la conservation, la hiérarchisation et le nettoyage. Écosystème : SDK, outils et services parlent tous S3. La base de données applicative stocke les références aux fichiers, comme les clés d’objet, ainsi que la propriété et les autorisations, tandis que le stockage objet conserve le contenu. Les choix de conception clés Isolation des locataires Les plateformes SaaS doivent séparer les fichiers de chaque client. Les modèles courants sont : Bucket partagé avec préfixes par locataire : simple et évolutif, l’isolation étant assurée par l’application et les politiques d’accès. Un bucket par locataire : isolation plus forte et politiques, conservation et suppression par locataire plus simples, au prix de la gestion de nombreux buckets. Un compte par locataire ou groupe de locataires : l’isolation la plus forte, souvent utilisée pour les clients grands comptes ou réglementés. Beaucoup de plateformes combinent ces modèles : buckets partagés pour les petits clients, buckets ou comptes dédiés pour les grands clients ou les clients réglementés. Résidence des données Les grandes entreprises et le secteur public exigent de plus en plus que leurs données restent dans un pays ou une région donnés. Les éditeurs SaaS y répondent en exploitant du stockage dans plusieurs régions et en rattachant les fichiers de chaque locataire à la région de son choix. Chiffrement et gestion des clés Les fichiers doivent être chiffrés au repos et en transit. Les grands comptes peuvent demander des clés gérées par le client, qui leur permettent de contrôler ou de révoquer l’accès à leurs données. Prendre en charge des clés par locataire exige une conception rigoureuse de la gestion des clés (en anglais). Modes d’accès et diffusion Les utilisateurs téléversent et téléchargent les fichiers directement depuis le stockage objet via des URL présignées, souvent avec un CDN en frontal pour les contenus fréquemment consultés comme les images et les médias. Les vignettes, aperçus et versions traitées sont générés de façon asynchrone et stockés à côté des originaux. Versionnage et restauration Les clients suppriment des fichiers par erreur, et les ransomwares peuvent atteindre les intégrations SaaS. Le versionnage et la conservation des objets permettent au fournisseur de restaurer les fichiers supprimés ou écrasés. Suppression et départ des clients Lorsque des clients suppriment des fichiers ou quittent le service, les données doivent être effacées dans les délais, versions et sauvegardes comprises, avec des preuves pour les contrats et les règles de protection des données. Les architectures à un bucket par locataire simplifient le départ des clients. La vérification de la suppression des données (en anglais) explique comment en apporter la preuve. Le coût à grande échelle Le stockage figure souvent parmi les principaux coûts d’infrastructure des produits SaaS riches en fichiers. Les coûts comprennent la capacité, les requêtes, le transfert de données vers les utilisateurs et entre services, la réplication entre régions et les copies de sauvegarde. À grande échelle, ces frais peuvent éroder les marges, surtout pour les produits qui génèrent beaucoup de téléchargements ou de médias. Pour maîtriser les coûts : Hiérarchiser les fichiers anciens et rarement consultés vers des classes de stockage moins chères. Dédupliquer les fichiers identiques entre utilisateurs lorsque c’est approprié et autorisé. Compresser et utiliser des formats efficaces pour les fichiers générés. Appliquer des règles de cycle de vie pour supprimer les fichiers temporaires, les anciens exports et les versions expirées. Mettre en cache via le CDN pour réduire les lectures à l’origine. Exploiter le stockage sur sa propre infrastructure lorsque les volumes le justifient. Cloud public ou infrastructure propre ? Beaucoup d’éditeurs SaaS démarrent sur le stockage objet du cloud public, qui ne demande aucune infrastructure. En grandissant, certains déplacent tout ou partie de leur stockage de fichiers vers un stockage objet compatible S3 dans leurs propres centres de données ou en colocation. Leurs raisons : Un coût prévisible à l’échelle du pétaoctet, sans frais par requête ni frais de sortie. La résidence des données dans des pays où les régions des hyperscalers sont limitées ou où les clients préfèrent des fournisseurs locaux. La souveraineté pour les clients européens, japonais, du Moyen-Orient ou du secteur public, préoccupés par l’accès juridique étranger. Les performances pour les charges de travail proches de leur propre puissance de calcul. Comme l’application utilise l’API S3, passer du cloud public à un stockage compatible S3 demande peu de modifications applicatives. Les chaînes de traitement autour des fichiers Les fichiers clients restent rarement intacts. Les téléversements déclenchent l’analyse antivirus, la génération de vignettes et d’aperçus, l’extraction de texte pour la recherche, le transcodage vidéo et, de plus en plus, des traitements d’IA comme la classification, le résumé ou la génération d’embeddings pour la recherche augmentée. Ces chaînes lisent les originaux dans le stockage objet et y réécrivent les fichiers dérivés. Les notifications d’événements du stockage objet, ou les messages en file d’attente de l’application, lancent automatiquement les traitements. Concevoir ces chaînes pour que les fichiers dérivés respectent les mêmes règles d’isolation, de résidence et de conservation que les originaux évite les failles, comme des aperçus conservés après la suppression de l’original ou des embeddings d’IA stockés dans une région que le client n’a pas approuvée. Estimer le stockage par client Les équipes financières veulent de plus en plus connaître le coût de service de chaque client. Pour les produits riches en fichiers, le stockage en représente une grande part. Suivez les octets stockés, les objets, les requêtes et le transfert de données par locataire, et modélisez le coût par segment de clientèle. Vous saurez ainsi quelles offres sont rentables, quelles fonctionnalités font croître le stockage et où des quotas ou des changements tarifaires sont nécessaires. L’étiquetage des objets ou des buckets par locataire facilite grandement cette mesure. Migrer entre plateformes de stockage Au cours de sa vie, une plateforme SaaS peut déplacer ses fichiers entre fournisseurs ou régions à plusieurs reprises : d’un fournisseur cloud à un autre, du cloud vers une infrastructure propre ou entre régions pour tenir des engagements de résidence. Planifiez les migrations avec des écritures doubles ou une copie en arrière-plan, la vérification de chaque objet, une bascule locataire par locataire et un chemin de retour arrière. Garder l’accès au stockage derrière une petite couche d’abstraction interne, tout en utilisant l’API S3, rend ces déplacements bien moins pénibles. Exploitation et fiabilité Supervision : suivez les taux de requêtes, la latence, les erreurs et la capacité par région et par grand locataire. Planification de la capacité (en anglais) : prévoyez la croissance par cohorte de locataires et par fonctionnalité. Résilience multisite : répliquez ou distribuez les données sur plusieurs sites dans chaque région. Sauvegardes : conservez une copie indépendante des fichiers clients, protégée contre la suppression par des identifiants compromis. Limitation de débit et équité : empêchez les opérations massives d’un locataire d’affecter les autres. Les attentes de conformité Les grands comptes poseront des questions sur les certifications, comme SOC 2 et ISO 27001, la localisation des données, le chiffrement, les contrôles d’accès, les sous-traitants et la réponse aux incidents. Les choix de stockage conditionnent de nombreuses réponses. Exploiter le stockage dans des régions précises, avec un contrôle clair de qui peut y accéder, simplifie les réponses aux questionnaires de sécurité et aux accords de traitement des données, notamment au titre du RGPD en Europe et de lois similaires ailleurs. Les incidents de sécurité liés aux fichiers Les buckets exposés, les clés d’accès divulguées et les URL présignées trop permissives comptent parmi les causes les plus fréquentes d’incidents de données SaaS. Utilisez des identifiants à courte durée de vie et des politiques de moindre privilège, bloquez l’accès public par défaut, fixez une expiration courte aux URL présignées et déclenchez des alertes sur les volumes de téléchargement inhabituels par locataire. Liste de contrôle : stockage de fichiers SaaS Stocker les fichiers clients dans un stockage objet compatible S3, avec les références en base de données. Choisir les modèles d’isolation des locataires par segment de clientèle. Proposer la résidence régionale des données lorsque les clients en ont besoin. Chiffrer les fichiers et envisager des clés gérées par le client. Utiliser des URL présignées et des CDN pour la diffusion. Activer le versionnage et la restauration des fichiers supprimés. Mettre en place une suppression et un départ des clients vérifiables. Modéliser le coût de stockage par client et par fonctionnalité. Évaluer une infrastructure propre pour un coût prévisible et la souveraineté à grande échelle. En résumé Le stockage de fichiers SaaS repose presque toujours sur le stockage objet, mais ce sont les détails qui font la différence : isolation des locataires, résidence régionale, chiffrement, restauration, suppression et maîtrise des coûts. À mesure que les plateformes grandissent, le stockage de fichiers devient un poste de coût majeur et un sujet fréquent des revues de sécurité des grands comptes. S’appuyer sur l’API S3 laisse toutes les options ouvertes : les éditeurs SaaS peuvent utiliser le cloud public, leur propre infrastructure ou les deux, et placer les données de chaque client exactement là où elles doivent être. Questions fréquentes Où les applications SaaS stockent-elles les fichiers des utilisateurs ? Généralement dans un stockage objet accessible via l’API S3, les références aux fichiers et les autorisations étant conservées dans la base de données applicative. Comment les éditeurs SaaS séparent-ils les fichiers des locataires ? Avec des préfixes par locataire dans des buckets partagés, des buckets par locataire ou des comptes par locataire, associés à des politiques d’accès et à des contrôles applicatifs. Les éditeurs SaaS peuvent-ils proposer la résidence des données ? Oui, en exploitant du stockage dans plusieurs régions et en rattachant les fichiers de chaque locataire à la région qu’il choisit. Pourquoi un éditeur SaaS exploiterait-il son propre stockage objet ? Pour un coût prévisible à grande échelle, la résidence des données dans certains pays, des exigences de souveraineté et les performances. Comment doit fonctionner la suppression de fichiers dans un SaaS ? Supprimer les fichiers, les versions et les sauvegardes dans les délais lorsque les clients effacent des données ou partent, avec une preuve de suppression. Pour aller plus loin Résidence régionale des données pour le SaaS Stockage cloud personnel des opérateurs télécoms Stockage pour la synchronisation et le partage de fichiers auto-hébergés Stockage de photos et vidéos grand public Stockage objet multi-locataire (en anglais)
