Le problème n'est pas le manque d'espace, c'est la dispersion

Ceux qui tiennent à leurs fichiers finissent presque toujours par la même architecture involontaire. Un dossier sur l'ordinateur portable. Un abonnement chez un hébergeur, pris pour l'offre gratuite, gardé pour les photos. Un second compte ailleurs, créé pour un projet terminé. Un disque réseau dans un coin de pièce. Un lecteur professionnel synchronisé avec un compte d'entreprise. Rien de tout cela n'est un plan, et tout fonctionne très bien - jusqu'au moment où un fichier doit passer de l'un de ces endroits à un autre. À cet instant, la personne découvre qu'elle est elle-même la couche d'intégration : télécharger ici, envoyer là, attendre deux fois et espérer que la connexion tienne.

Alist traite ce problème précis et non le problème du stockage. C'est un programme de listing de fichiers : un service qui présente de nombreux backends de stockage comme un seul arbre de dossiers consultable, avec une interface web par-dessus. Les backends peuvent être des comptes en ligne commerciaux, des protocoles réseau comme ceux qu'emploient les disques réseau et les systèmes de fichiers distants, ou de simples disques locaux. L'utilisateur voit une seule hiérarchie, et il parcourt, ouvre, copie et déplace sans se soucier du backend sur lequel se trouve réellement un chemin donné - jusqu'à ce que cela importe.

La capacité intéressante est de déplacer entre backends

Lire une liste de fichiers depuis plusieurs endroits est commode. Copier directement d'un fournisseur à un autre est la capacité qui change le travail, parce qu'elle retire la machine locale du milieu. Trier une archive en déplaçant un dossier d'un compte vers un autre est, de la manière ordinaire, un téléchargement suivi d'un envoi qui consomme deux fois la connexion du foyer et prend aussi longtemps que la moitié la plus lente. Le faire passer par un serveur qui détient déjà les deux identifiants en fait une instruction.

C'est tout l'argument pour placer une couche entre une personne et son stockage, et c'est aussi là que la dépendance de cette couche devient visible. Un programme de ce genre ne possède pas le stockage ; il emprunte un accès, par des interfaces que les fournisseurs définissent et peuvent modifier. Quand un fournisseur change ses conditions, resserre ses limites de requêtes ou commence à traiter l'accès scripté comme suspect, la couche d'agrégation est la première à le remarquer et la dernière capable d'y faire quelque chose. Qui compte s'y appuyer durablement doit comprendre que l'arbre qu'il parcourt est une vue assemblée par du logiciel, non une garantie tenue par un contrat.

Ce que l'interface fait réellement d'un fichier

L'aperçu est la partie la plus utilisée de tout explorateur de fichiers et celle qui manque le plus souvent à une interface web. La vidéo et le son se lisent dans le navigateur, les documents et les pages s'ouvrent pour être lus, et le fichier n'a pas besoin d'être rapatrié d'abord sur un disque local. Pour une collection multimédia, cela transforme une liste de fichiers en quelque chose qu'un foyer peut réellement utiliser : parcourir le dossier, appuyer sur lecture, et le fichier arrive depuis l'endroit où il se trouve.

Le téléchargement fonctionne autrement que d'habitude, ce qui compte pour qui fait tourner cela sur du matériel modeste. La sélection de plusieurs fichiers produit une archive assemblée au fil de l'envoi plutôt qu'écrite d'abord sur le disque du serveur, si bien qu'un dossier de n'importe quelle taille peut être récupéré sans que le serveur doive en garder une copie entre temps. La même interface propose des mots de passe par dossier, afin qu'un dossier sensible exige son propre identifiant au lieu de compter sur la confidentialité de tout le service, et elle expose le stockage par le protocole que parlent les lecteurs multimédias et les gestionnaires de fichiers, ce qui permet à l'arbre agrégé d'apparaître comme un lecteur monté plutôt que comme un site.

Le déploiement décide à qui cela s'adresse

Trois voies existent et décrivent trois sortes d'utilisateurs. Une image de conteneur est la voie directe pour qui fait déjà tourner des conteneurs : un service, un port, un volume pour la configuration. Les exécutables natifs des systèmes de bureau courants se décompressent et tournent, ce qui convient à qui veut la chose sur une machine qui n'est pas un serveur. Un script d'installation en ligne de commande convient à l'utilisateur de Linux pour qui un gestionnaire de paquets est la façon normale d'installer quoi que ce soit.

L'empreinte en ressources est assez faible pour que le choix de l'hôte ne soit pas vraiment une contrainte, ce qui compte pour le déploiement prévu : une machine déjà allumée pour une autre raison. C'est le motif dans lequel cela s'insère. Un disque réseau qui aimerait une interface plus agréable, ou un petit ordinateur toujours actif dont la capacité utile se limitait au programme pour lequel il avait été configuré.

Les trois usages où il est réellement bon

Le multimédia domestique vient en premier, et c'est l'usage qui justifie l'effort. Plusieurs comptes de stockage, un arbre, un lecteur qui parle le bon protocole à l'autre bout : le résultat est une collection qui se comporte comme si elle était au même endroit, assemblée à partir de parties qui n'y sont pas. L'accès d'équipe aux fichiers vient ensuite, où la valeur tient à une adresse unique et à une permission par dossier plutôt qu'à quatre fenêtres de partage dans quatre produits. Étendre un disque réseau existant vient en troisième et c'est le moins discuté : un appareil qui stocke bien et navigue mal gagne une meilleure porte d'entrée sans être remplacé.

Où l'idée s'arrête

Trois limites valent d'être énoncées. C'est une couche d'accès, pas une sauvegarde : rien ici ne duplique les données, et un fichier qui existe à un seul endroit y existe toujours, quel que soit le nombre d'interfaces qui le voient. Cela dépend de la disponibilité et de la tolérance des fournisseurs, ce qui échappe à tout contrôle. Et chaque identifiant qu'il détient est un identifiant à protéger, ce qui signifie que la machine qui l'exécute mérite le même soin que les comptes qu'elle peut atteindre - un point facile à oublier quand l'interface est agréable et l'installation a pris dix minutes.

Avec ces limites en vue, l'échange est bon : un petit service qui transforme plusieurs interfaces malcommodes en une seule commode, sur du matériel déjà présent, pour le problème précis de fichiers qui vivent à plus d'un endroit à la fois. Ce problème ne disparaît pas, et il ne se résout pas en achetant plus d'espace.