Vercel lance Drives : les agents disposent d'un stockage persistant jusqu'à 16 TiB

Vercel annonce la general availability de Vercel Drives, des disques persistants pour Vercel Sandbox. Le principe : les fichiers d'un agent ne sont plus liés à la sandbox dans laquelle il s'exécute. Le disque se crée une seule fois et se monte dans n'importe quel nouvel environnement. La fonctionnalité est disponible sur tous les forfaits : la capacité par défaut est de 1 TiB (1 GiB sur Hobby) et peut aller jusqu'à 16 TiB.

Les fichiers d'un côté, l'environnement de l'autre

Les agents mènent souvent des tâches complexes qui s'étalent sur plusieurs exécutions. Les besoins évoluent en cours de route : l'étape suivante peut exiger un autre jeu d'outils, un autre runtime ou davantage de ressources de calcul. Lorsque le répertoire de travail vit à l'intérieur de la sandbox, changer d'environnement oblige à déplacer les fichiers. Drives supprime cette étape.

Le branchement tient en deux commandes dans la CLI :

sandbox drives get-or-create agent-workspace sandbox create --mount agent-workspace:/workspace

Dans le SDK, on obtient le même résultat avec Drive.getOrCreate et le paramètre mounts lors de l'appel à Sandbox.create. Dans l'exemple de Vercel, l'agent clone un dépôt avec git clone directement dans /workspace/repo. Tout ce qui se trouve sous /workspace est conservé sur le disque. Tout le reste appartient à la sandbox et disparaît avec elle. La sandbox suivante qui montera ce disque y retrouvera le dépôt et tous les autres fichiers de l'agent, exactement là où il les avait laissés.

Données partagées et forks

Le disque peut aussi servir de stockage partagé. Un agent prépare un jeu de données, et d'autres en montent des copies en lecture seule. Ils analysent les données ou produisent des rapports sans reconstruire le jeu de données depuis zéro, et écrivent leurs résultats séparément, sans toucher aux fichiers d'origine.

Un second scénario repose sur le fork du disque. Chaque fork démarre avec le contenu du disque source et dispose de son propre espace de travail en écriture. Plusieurs agents peuvent ainsi tester en parallèle différentes transformations d'un même jeu de données, sans se gêner mutuellement et sans modifier l'original. Les forks ne fusionnent pas avec le disque source : choisir le meilleur résultat et le transférer où il faut reste donc à la charge du développeur ou de l'agent lui-même. Les forks sont eux aussi passés en disponibilité générale.

Ce que contient la version

• Statut : general availability pour Vercel Sandbox.
• Forfaits : tous, y compris Hobby.
• Capacité par défaut : 1 TiB, 1 GiB sur Hobby.
• Capacité maximale : jusqu'à 16 TiB.
• Montage : CLI (option --mount) ou Sandbox SDK (paramètre mounts).
• Partage : montage d'un même disque depuis d'autres sandboxes, y compris en lecture seule.
• Forks : copies indépendantes du disque, accessibles en écriture, sans fusion en retour.
• En complément : les snapshots et les limites sont décrits dans la documentation, les changements liés à la GA dans le changelog.

Comment démarrer

Le plus simple consiste à prendre un scénario d'agent existant et à déporter son répertoire de travail sur un disque : le créer via get-or-create, puis le monter dans /workspace. La frontière est alors nette : ce qui doit survivre à une exécution reste sur le disque, tandis que les artefacts temporaires et les caches restent dans la sandbox. Pour les tâches longues en plusieurs étapes, il est judicieux d'utiliser un environnement pour constituer les données et un autre, avec un runtime différent, pour les analyser. Il n'y aura pas de fichiers à transférer entre les deux.

Les forks conviennent aux expérimentations : un seul jeu de données préparé, plusieurs branches de traitement indépendantes. Pour l'analyse à grande échelle, mieux vaut distribuer des copies en lecture seule (read-only), afin qu'une écriture accidentelle n'abîme pas les données d'origine. Avant un lancement en production, il convient de consulter la documentation sur les limites et les snapshots, surtout si vous avez besoin de capacités supérieures à la valeur par défaut. Pour démarrer rapidement, Vercel propose un modèle de départ, Vercel Drives eve agent, qui se déploie en un clic.