Le stockage cloud se ramène à trois familles, et vous en choisirez une avant d'écrire la première ligne de code : bloc, fichiers ou objets. Le critère n'est ni le volume ni le prix, c'est qui lit les données et comment. Un système d'exploitation veut un disque, plusieurs machines qui partagent des documents veulent un système de fichiers, une application qui manipule des fichiers par une API veut du stockage objet. Se tromper de famille se paie ensuite pendant des années, parce que migrer des données coûte cher et interrompt le service.
Ce que vous allez apprendre
Section intitulée « Ce que vous allez apprendre »- Choisir entre bloc, fichiers et objets à partir du mode d'accès, pas de l'habitude.
- Traduire le vocabulaire d'un fournisseur à l'autre sans se tromper de service.
- Situer ce que chaque famille tient en latence, en débit et en coût.
Historique du stockage de données
Section intitulée « Historique du stockage de données »Le stockage de données a évolué de manière significative au fil des décennies, passant de solutions physiques rudimentaires à des systèmes sophistiqués adaptés aux besoins modernes. Dans les premières années de l'informatique, les bandes magnétiques étaient la norme pour stocker des volumes importants de données. Elles étaient peu coûteuses et offraient une grande capacité, mais l'accès aux données était lent et linéaire.
Avec l'évolution des technologies, les disques durs ont pris le relais, introduisant le stockage blocs. Cette méthode, toujours largement utilisée aujourd'hui, permet de diviser les données en petits morceaux ou « blocs », chacun étant stocké indépendamment. Cette approche améliore considérablement les performances d'accès aux données et est particulièrement bien adaptée aux environnements nécessitant une faible latence, comme les bases de données et les systèmes d'exploitation.
Le stockage de fichiers est né parallèlement avec les systèmes d'exploitation modernes, offrant une méthode plus intuitive pour organiser les données. Il utilise une structure hiérarchique de dossiers et de sous-dossiers, ce qui facilite la gestion des fichiers pour les utilisateurs et les administrateurs. Cette méthode de stockage est encore largement utilisée dans les systèmes de partage de fichiers et les serveurs NAS (Network-Attached Storage).
Avec l'explosion des données non structurées, comme les vidéos, les images et les fichiers log, est apparu le stockage objets. Introduit dans les années 2000, ce type de stockage permet de stocker des données sous forme d'objets, chaque objet étant accompagné de métadonnées. Il est particulièrement adapté aux besoins de scalabilité massive, offrant une solution flexible pour les applications modernes nécessitant de gérer d'énormes quantités de données, comme les plateformes de streaming et les services de sauvegarde en ligne.
Cette évolution continue à façonner la manière dont les données sont gérées, avec de nouvelles innovations émergeant pour répondre aux défis croissants posés par l'explosion des volumes de données et la nécessité de les sécuriser efficacement.
Le même service, sous six noms
Section intitulée « Le même service, sous six noms »Les trois familles de stockage existent chez tous les fournisseurs, sous des noms qui ne se ressemblent pas. Savoir les rapprocher évite de croire à une spécificité là où il n'y a qu'un changement d'étiquette, et permet de lire n'importe quelle documentation en sachant de quoi elle parle.
| Fournisseur | Stockage bloc | Stockage objet | Stockage de fichiers |
|---|---|---|---|
| AWS | EBS | S3 | EFS |
| Azure | Managed Disks | Blob Storage | Azure Files |
| Google Cloud | Persistent Disk | Cloud Storage | Filestore |
| OUTSCALE | BSU | OOS | pas de service managé |
| OVHcloud | Block Storage | Object Storage | NAS-HA |
| Scaleway | Block Storage | Object Storage | File Storage |
Correspondances vérifiées en septembre 2026. Les noms ne bougent pratiquement jamais ; la dernière colonne, si. Un fournisseur qui n'offrait pas de stockage de fichiers managé l'an dernier peut le proposer aujourd'hui, et c'est arrivé récemment. Vérifiez cette colonne avant de conclure qu'un service vous manquera.
Deux remarques valent mieux qu'un long commentaire sur ce tableau.
Le stockage de fichiers managé n'existe pas partout. C'est la case la plus souvent vide, et elle décide parfois d'une architecture : si votre application exige un partage réseau monté par plusieurs machines, vérifiez sa disponibilité avant de choisir un fournisseur, sans quoi vous devrez l'installer et le maintenir vous-même.
« S3 » est devenu un nom commun. Le service d'AWS a imposé son interface au point que la plupart des stockages objet du marché l'implémentent : on parle de compatibilité S3. Concrètement, les outils de la section suivante fonctionnent avec presque tous ces fournisseurs sans modification, en changeant seulement une adresse de point d'accès. C'est l'une des rares portabilités réelles du cloud, et elle mérite d'être exploitée.
Les trois leçons du chapitre
Section intitulée « Les trois leçons du chapitre »Blocs, fichiers ou objets pose le choix. C'est la leçon à lire en premier, et souvent la seule nécessaire pour un premier projet : elle décrit ce que chaque famille sait réellement faire, et les cas d'usage qui les départagent sans ambiguïté.
Performances explique pourquoi le chiffre annoncé par un fournisseur n'est pas celui que vous obtiendrez. Il suppose une taille de bloc, une profondeur de file et un motif d'accès que votre application n'a probablement pas. La méthode de mesure est développée dans comprendre les IOPS.
Sécuriser et payer traite ce qui se décide après le choix : le chiffrement, ce que le contrôle d'accès du fournisseur sait faire et ce qu'il laisse au système d'exploitation, les ordres de grandeur tarifaires, et la décision de résidence qui se prend à la création et ne se rattrape pas.
À retenir
Section intitulée « À retenir »- Le mode d'accès décide de la famille, pas le volume ni le prix : un disque pour un système, un partage pour plusieurs machines, une API pour une application.
- Les noms changent d'un fournisseur à l'autre, les concepts non. La matrice ci-dessus évite de se tromper de service en changeant de cloud.
- Le stockage de fichiers managé est le plus cher au gigaoctet des trois familles, et ce surcoût s'échange contre le fait de ne pas exploiter de serveur de fichiers.
- Le contrôle d'accès du cloud s'arrête au volume. Qui lit quel fichier à l'intérieur relève du système d'exploitation.
- Famille et région ne se changent pas après création. Le reste se corrige.