Depuis plus de vingt ans, le stockage d'entreprise poursuit un seul objectif : un espace de noms global.
Le problème, c'est que si le terme est resté le même, sa signification a constamment évolué. Demandez à cinq spécialistes du stockage de définir un espace de noms global (GNS), et vous obtiendrez probablement cinq réponses différentes. Certains l'imaginent comme un système de fichiers unique réparti sur des centaines de nœuds de stockage. D'autres pensent à des utilisateurs collaborant entre plusieurs bureaux. D'autres encore envisagent un logiciel qui se superpose à l'infrastructure de stockage existante pour présenter une vue unifiée des données.
Ils décrivent tous un espace de noms global. Ils décrivent simplement différentes générations de cet espace.
Cette distinction est importante car les entreprises évaluent aujourd'hui des technologies comme Cloud Data Fabric de Qumulo en fonction de la définition qu'elles connaissent déjà. Pour comprendre pourquoi Cloud Data Fabric représente une approche architecturale différente, il est utile d'examiner comment le secteur en est arrivé là.
Les espaces de noms globaux résolvaient initialement un problème de mise à l'échelle
La première génération d'un espace de noms global n'avait rien à voir avec une portée mondiale. Il s'agissait plutôt de résoudre l'un des plus grands défis opérationnels auxquels était confronté le stockage d'entreprise à l'époque : la mise à l'échelle.
À mesure que les organisations accumulaient davantage de données, le nombre de systèmes de fichiers augmentait également. Les administrateurs se retrouvaient contraints de gérer des dizaines, voire des centaines, d'espaces de noms indépendants, chacun avec ses propres limites de capacité, tâches de gestion et coûts d'exploitation. Les clients ne recherchaient pas une collaboration mondiale ; ils souhaitaient un stockage capable de croître sans avoir à créer constamment de nouveaux systèmes de fichiers.
Le NAS à extension horizontale a bouleversé ce modèle. Un seul système de fichiers pouvait s'étendre sur des centaines de nœuds de stockage tout en continuant à croître en capacité et en performances. Pour l'utilisateur, cela revenait à un lecteur Z: de taille infinie. Au lieu de se demander où se trouvaient les données, il accédait simplement au même espace de noms, quelle que soit la quantité de stockage ajoutée en arrière-plan.
Pour l'époque, il s'agissait d'une avancée architecturale majeure. Elle simplifiait considérablement la gestion du stockage tout en permettant aux entreprises d'évoluer bien au-delà des capacités des plateformes NAS traditionnelles.
Mais cette architecture supposait que tout était centralisé. Tant que les utilisateurs, les applications et les données restaient dans un seul centre de données, elle fonctionnait parfaitement. Cependant, dès que les entreprises ont commencé à répartir leurs équipes et leurs charges de travail sur plusieurs sites, un espace de noms capable de s'étendre indéfiniment au sein d'un seul site est devenu insuffisant.
Puis le nuage a changé la définition
À mesure que les organisations s'étendaient à travers les régions et les continents, les priorités du secteur ont évolué.
Du jour au lendemain, les entreprises se sont retrouvées avec des équipes d'ingénierie réparties dans plusieurs pays. Les cabinets d'ingénierie employaient différents architectes qui devaient partager des fichiers CAO entre les continents. Les chercheurs collaboraient entre les institutions et les entreprises exigeaient de plus en plus que leurs employés puissent accéder aux données partagées, quel que soit leur lieu de travail.
Le défi ne consistait plus à créer un seul système de fichiers volumineux.
Le défi consistait à rendre un système de fichiers unique disponible partout.
Cette exigence a donné naissance à une deuxième génération de technologies d'espace de noms global. Plutôt que de se concentrer exclusivement sur l'extension du stockage au sein d'un seul centre de données, ces architectures ont centralisé les métadonnées, stocké les données dans un stockage objet cloud et déployé des appliances périphériques à proximité des utilisateurs. Du point de vue de l'utilisateur, les fichiers apparaissaient dans un partage de fichiers d'entreprise familier, même si l'architecture sous-jacente était devenue géographiquement distribuée.
Pour de nombreux projets, cette approche s'est avérée extrêmement efficace. Les projets étaient souvent gérés par un seul bureau, le travail circulant entre les différents sites plutôt que d'être modifiés simultanément par plusieurs équipes. La collaboration à distance s'en est trouvée considérablement simplifiée, car les utilisateurs pouvaient accéder aux mêmes données quel que soit leur emplacement.
La limite de cette génération n'était pas l'échelle, mais la cohérence en temps réel.
Ces architectures partaient du principe que le travail était principalement séquentiel plutôt que simultané. Les équipes se transmettaient les projets d'un bureau à l'autre, ou travaillaient surtout sur différentes parties d'un ensemble de données. Dès lors que plusieurs utilisateurs, applications ou charges de travail d'IA ont eu besoin de lire et d'écrire simultanément les mêmes données dans différentes régions, l'architecture a commencé à montrer ses limites.
Ces limites comprennent :
Les métadonnées sont centralisées, ce qui engendre une latence pour les opérations distribuées à l'échelle mondiale.
Le verrouillage des fichiers devient plus lent avec la distance, voire se rompt complètement.
Il est difficile d'atteindre une grande régularité sans sacrifier la performance.
Les appliances Edge mettent en cache les données, ce qui rend l'invalidation et la synchronisation du cache de plus en plus complexes.
L'IA, le HPC et les pipelines multimédias modernes nécessitent de nombreux rédacteurs et lecteurs simultanés, et non pas seulement un accès distribué.
Le défi suivant consistait à préserver les infrastructures existantes.
Avec la croissance continue des environnements d'entreprise, les clients ont introduit une autre exigence.
Rares étaient les organisations qui souhaitaient remplacer l'intégralité de leur plateforme de stockage simplement pour bénéficier d'un espace de noms partagé. Des années d'investissement dans l'infrastructure avaient créé des environnements composés de multiples systèmes de stockage, chacun prenant en charge des applications et des charges de travail différentes.
Cela a engendré une autre évolution architecturale.
Au lieu de créer un nouveau système de fichiers, les architectures de superposition ont permis de créer un espace de noms commun pour le stockage existant. Les organisations ont ainsi pu préserver leur infrastructure tout en offrant aux utilisateurs une vue unique et unifiée de leurs données.
La proposition de valeur était convaincante car l'adoption était considérablement simplifiée. Les clients pouvaient continuer à utiliser leurs investissements de stockage existants tout en simplifiant la manière dont les utilisateurs découvraient et accédaient aux informations.
Comme toute décision architecturale, cette approche impliquait toutefois des compromis.
Une plateforme gérait l'espace de noms tandis qu'une autre gérait les données sous-jacentes. La coordination de deux systèmes indépendants a engendré une complexité opérationnelle supplémentaire, car la gestion des métadonnées, la cohérence, la récupération et la gestion des données nécessitaient désormais la collaboration de plusieurs technologies.
Là encore, il ne s'agissait pas d'un défaut. Cela reflétait le problème que les clients cherchaient à résoudre à ce moment-là.
Les charges de travail modernes ont à nouveau modifié le problème.
Avec le recul, il est facile de comparer les architectures actuelles aux exigences d'hier. C'est une erreur d'appréhender ainsi l'évolution de l'espace de noms global.
Chaque génération s'est attaquée au défi majeur de son époque.
La première génération a résolu l'échelle.
La seconde a permis une collaboration mondiale.
Le troisième volet préserve les infrastructures existantes.
Les charges de travail actuelles nécessitent tout simplement les trois.
L'intelligence artificielle, la production médiatique, les sciences de la vie, les services financiers et d'autres secteurs à forte intensité de données ont profondément transformé la manière dont les organisations gèrent leurs données. Partout dans le monde, les équipes doivent de plus en plus travailler simultanément sur les mêmes ensembles de données, au lieu de se relayer sur les projets.
Cela modifie les exigences relatives à la plateforme de stockage elle-même.
La résilience et la disponibilité sont importantes.
La cohérence est importante.
La composabilité est importante.
La performance compte.
Le défi ne consiste plus seulement à rendre les données visibles depuis plusieurs emplacements. Les organisations ne peuvent plus tolérer une cohérence éventuelle, des performances imprévisibles, des services de données d'entreprise fragmentés, une résilience fragile ni la complexité opérationnelle de l'interconnexion de multiples systèmes. Chaque emplacement doit se comporter comme si les utilisateurs étaient connectés au même système de fichiers local.
Cela représente une exigence architecturale fondamentalement différente de celle à laquelle les générations précédentes d'espaces de noms globaux étaient destinées à répondre.
L'architecture de données cloud de Qumulo représente une approche différente.
C’est là que Cloud Data Fabric change la donne.
Plutôt que de se demander comment créer un autre espace de noms global, Qumulo a abordé le problème sous un angle différent. Au lieu de superposer des logiciels au stockage ou de coordonner plusieurs systèmes indépendants, le système de fichiers lui-même est distribué géographiquement.
Cette distinction est importante car une seule plateforme gère toutes les fonctions essentielles du système de fichiers.
Une seule plateforme gère les métadonnées.
Une seule plateforme assure la persistance et l'intégrité des données.
Une seule plateforme détermine l'emplacement, la mise en cache et les performances des données sur l'ensemble du site.
Le NAS d'entreprise a toujours été bien plus qu'un simple système de stockage de fichiers partagé. Il offre la cohérence, la résilience, la sécurité, la protection des données et la gestion centralisée dont les entreprises ont besoin pour exécuter leurs charges de travail en production. Cloud Data Fabric étend ces mêmes fonctionnalités d'entreprise à des sites géographiquement distribués, au lieu de les confiner à un seul centre de données.
Grâce à sa conception logicielle et composable, l'espace de noms global n'est plus lié à une infrastructure spécifique. Les entreprises peuvent déployer des points de stockage et d'accès là où cela est le plus pertinent : sur site, dans le cloud, en périphérie de réseau ou sur plusieurs régions, sans modifier la façon dont les utilisateurs ou les applications interagissent avec leurs données. Plutôt que d'assembler des technologies distinctes, Cloud Data Fabric offre un système de fichiers d'entreprise unique et géographiquement distribué, combinant évolutivité, collaboration mondiale, fonctionnalités NAS d'entreprise et flexibilité d'infrastructure au sein d'une architecture unifiée.
Le résultat est d'une simplicité remarquable. Les utilisateurs bénéficient du même système de fichiers d'entreprise, avec des performances, des services de données, une résilience et une sécurité constants, qu'ils travaillent dans le même bureau ou à l'autre bout du monde.
Le débat sur le GNS doit lui aussi évoluer.
L'espace de noms global n'est pas un concept obsolète. C'est un concept en constante évolution.
Au cours des deux dernières décennies, ce terme a été redéfini à plusieurs reprises, car l'informatique d'entreprise a constamment soulevé de nouveaux défis. Chaque génération d'espaces de noms globaux constituait une réponse appropriée aux problèmes que les organisations cherchaient à résoudre à ce moment-là.
Les entreprises d'aujourd'hui exigent davantage que les générations précédentes. Elles ont besoin de l'évolutivité des plateformes NAS modernes, de la collaboration de systèmes distribués à l'échelle mondiale et de la flexibilité nécessaire pour un déploiement là où leurs activités l'exigent, tout en conservant la cohérence, le verrouillage, les performances, la résilience et les services de données d'entreprise auxquels les utilisateurs sont déjà habitués.
Apple propose une analogie pertinente. On peut assembler un ensemble d'appareils parfaitement performants de différents fabricants. Un ordinateur portable Windows, un téléphone Android, un casque Bose et une montre Garmin excellent chacun à leur manière. Ce qui rend l'écosystème Apple si captivant, ce n'est pas la supériorité individuelle de chaque appareil, mais leur capacité à fonctionner ensemble pour offrir une expérience cohérente.
Cloud Data Fabric applique la même philosophie au stockage d'entreprise. Au lieu de considérer le stockage sur site, les systèmes de fichiers natifs du cloud, les déploiements en périphérie, les accélérateurs d'IA et la collaboration globale comme des produits distincts, il fournit l'architecture qui les réunit au sein d'une plateforme unique. CNQ, ANQ, les accélérateurs de périphérie, les accélérateurs d'IA cloud, Stratus et les innovations futures deviennent ainsi des composantes d'un écosystème de données intégré, et non plus des technologies isolées.
C’est pourquoi Cloud Data Fabric ne doit pas être considéré comme un simple espace de noms global supplémentaire.
Elle représente la prochaine évolution du concept lui-même. De même que chaque génération précédente a élargi la définition des fonctionnalités qu'un espace de noms global devait offrir, Cloud Data Fabric l'étend à nouveau en unifiant le NAS d'entreprise, la collaboration mondiale, l'infrastructure composable et le déploiement natif du cloud au sein d'une architecture unique.
Et qui sait ? La prochaine génération résoudra peut-être un problème que nous n'avons même pas encore imaginé. Elle permettra peut-être d'avoir des données d'entreprise accessibles localement sur Terre, sur la Lune et sur Mars.
Après tout, cela a toujours été le cas. Bref historique des espaces de noms globaux, pas le chapitre final.
L'avenir ne réside pas dans la multiplication des capacités de stockage. Il s'agit de permettre aux personnes, aux applications et à l'IA de travailler avec les mêmes données, où qu'elles soient.