Des fichiers et blobs que vos workflows peuvent conserver
Stocker un fichier implique d'ordinaire de créer un bucket et de distribuer une clé utilisable depuis n'importe où. Ici les objets vivent dans un stockage par espace de travail, limité à votre identité — accessible depuis une étape de workflow, consultable depuis une console, avec des téléchargements qui viennent directement du magasin.
Stockage d'objets et de fichiers par espace de travail, limité par une clé dérivée de votre workspace, accessible depuis un workflow et consultable depuis une console.
Ce que le magasin d'objets vous apporte
- Limité à votre espace de travail par construction — Chaque objet est rangé sous une clé dérivée de l'espace de travail qui l'a stocké, et non de ce que la requête indique. Il n'existe aucun champ pour demander l'emplacement d'un autre espace de travail : la limite est une propriété de la façon dont la clé est construite, pas un contrôle que l'appelant doit franchir.
- Stockez et lisez depuis un workflow — Rangez un objet et relisez-le comme une étape ordinaire sur le canevas, avec le même historique d'exécution et la même gestion des erreurs que tout autre nœud. Il est aussi disponible comme outil pour un agent, si bien qu'un workflow peut conserver un fichier d'une exécution à l'autre sans rien provisionner.
- Parcourez, téléchargez et supprimez depuis une console — Consultez les espaces de noms dans lesquels vous avez écrit, listez les objets de chacun, téléchargez celui que vous voulez et supprimez ceux dont vous n'avez plus besoin — le tout depuis une console, la lecture et la suppression étant séparées : voir un objet n'est pas la même autorisation que le supprimer.
- Les téléchargements viennent directement du magasin — Un téléchargement est un lien créé pour ce clic : les octets voyagent directement depuis le magasin plutôt que d'être retransmis par la plateforme. Un gros fichier n'a pas à passer par une API pour vous parvenir.
Capacités de la plateforme
- Par workspace: Comment chaque objet est limité
- Aucune: Clés de stockage à distribuer
- Étape ou outil: Façons d'y accéder depuis un workflow
Dois-je configurer un bucket ou une clé S3 ?
Non. Le stockage fonctionne au sein de la plateforme : il n'y a rien à provisionner, à connecter, ni de justificatif à distribuer. Vous écrivez des objets sous un espace de noms de workspace et les relisez de la même façon, et il n'y a délibérément aucune clé distincte susceptible de fuiter — l'accès passe toujours par la plateforme, qui le limite à votre espace de travail.
Un autre espace de travail peut-il lire mes objets ?
Non. Chaque objet est adressé par une clé dérivée de l'espace de travail qui l'a stocké, et une requête n'a aucun moyen de nommer l'emplacement d'un autre espace de travail. Le magasin ne répond qu'à l'intérieur de votre propre préfixe plutôt que de renvoyer discrètement autre chose : la limite est appliquée là où vivent les données.
Un workflow peut-il stocker et lire des fichiers de lui-même ?
Oui. Le magasin est disponible comme étape ordinaire que vous placez sur le canevas et comme outil qu'un agent peut appeler, si bien qu'un workflow peut conserver un fichier d'une exécution à l'autre et le relire plus tard. Les deux voies sont limitées au même espace de travail : accorder la capacité n'élargit pas ce qui est accessible.