Un état qui survit à l’exécution
Un workflow qui doit se souvenir de quelque chose commence d’ordinaire par le provisionnement d’une base. Ici le stockage est un composant du canevas — flux en ajout seul, enregistrements clé/valeur et mémoire d’agent, limités à votre espace de travail, avec une fenêtre de rétention que vous choisissez.
Flux, enregistrements clé/valeur et mémoire d’agent comme composants du canevas — limités à votre espace de travail, avec la rétention que vous fixez.
Ce que le stockage vous apporte
- Un composant, pas un cluster — Se souvenir de quelque chose entre deux exécutions suppose normalement de monter une base, de la dimensionner, de la maintenir et de la payer qu’un workflow ait tourné ou non. Ici c’est un nœud que vous placez entre deux autres, avec le même historique d’exécution et la même gestion des erreurs que n’importe quelle étape.
- Trois formes, un seul stockage — Ajoutez à un flux quand l’ordre et l’historique comptent, écrivez et relisez un enregistrement quand seule la dernière valeur compte, et donnez à un agent une mémoire qu’il conserve d’un tour à l’autre. Les trois sont le même stockage adressé de trois façons : rien n’a à être recopié de l’un à l’autre.
- Limité à votre espace de travail, pas par convention — Chaque lecture et chaque écriture est bornée par l’espace de travail qui l’a émise, et le stockage lui-même refuse une requête qui en nomme un autre plutôt que d’y répondre discrètement par autre chose. La limite est appliquée là où vivent les données, pas par la bonne volonté de l’appelant.
- Une rétention que vous fixez, un filtrage que vous déclarez — Chaque namespace porte sa propre fenêtre de rétention : les données de travail éphémères expirent d’elles-mêmes sans toucher aux enregistrements que vous gardez. Déclarez les champs qui doivent être filtrables et les entrées sont indexées dessus à l’écriture, ce qui vous donne un filtrage par égalité sur les dimensions que vous avez nommées.
Capacités de la plateforme
- Aucune: Bases à provisionner avant la première écriture
- Par namespace: Comment la fenêtre de rétention est fixée
- Étape ou outil: Deux façons d’atteindre le même stockage
Dois-je provisionner une base de données ?
Non. Le stockage fait partie de la plateforme : rien à dimensionner, à maintenir, à connecter ni à payer séparément. Vous placez le composant, choisissez un namespace et y écrivez — et l’usage est mesuré par espace de travail, si bien que ce que coûte la mémoire d’un workflow est un chiffre visible et non une surprise.
Combien de temps mes données sont-elles conservées ?
Aussi longtemps que le dit la fenêtre de rétention de ce namespace. Les données de travail peuvent expirer en quelques jours tandis que les enregistrements qui comptent sont gardés bien plus longtemps, et cette fenêtre est un réglage, pas une tâche de nettoyage à écrire. Il n’existe délibérément pas de « conserver indéfiniment » : ce dont vous avez besoin sans limite de temps a sa place là où vous faites des sauvegardes.
Un agent IA peut-il y lire et y écrire ?
Oui, si vous le lui accordez. Le même stockage existe comme une étape ordinaire que vous placez et comme un outil qu’un agent peut appeler — c’est ainsi qu’il garde une mémoire d’un tour à l’autre. Les deux voies sont limitées au même espace de travail et mesurées de la même façon : accorder la capacité n’élargit pas ce qui est atteignable.