Dateien und Blobs, die Ihre Workflows behalten können
Eine Datei zu speichern bedeutet sonst, einen Bucket bereitzustellen und einen von überall nutzbaren Schlüssel zu verteilen. Hier liegen Objekte in Speicher pro Workspace, begrenzt auf Ihre Identität — erreichbar aus einem Workflow-Schritt, durchsuchbar über eine Konsole, mit Downloads, die direkt aus dem Speicher kommen.
Objekt- und Dateispeicher pro Workspace, begrenzt durch einen aus Ihrem Workspace abgeleiteten Schlüssel, aus einem Workflow erreichbar und über eine Konsole durchsuchbar.
Was der Objektspeicher Ihnen bietet
- Konstruktionsbedingt auf Ihren Workspace begrenzt — Jedes Objekt landet unter einem Schlüssel, der aus dem Workspace abgeleitet ist, der es gespeichert hat, nicht aus etwas, das die Anfrage benennt. Es gibt kein Feld, um den Speicherort eines anderen Workspace anzufordern; die Grenze ist damit eine Eigenschaft davon, wie der Schlüssel gebildet wird, und keine Prüfung, die der Aufrufer bestehen muss.
- Aus einem Workflow speichern und lesen — Legen Sie ein Objekt ab und lesen Sie es als gewöhnlichen Schritt auf der Arbeitsfläche wieder ein, mit derselben Ausführungshistorie und Fehlerbehandlung wie jeder andere Knoten. Es steht auch einem Agenten als Werkzeug zur Verfügung, sodass ein Workflow eine Datei zwischen Läufen behalten kann, ohne etwas bereitzustellen.
- Durchsuchen, herunterladen und löschen über eine Konsole — Sehen Sie die Namensräume, in die Sie geschrieben haben, listen Sie die Objekte in jedem auf, laden Sie beliebige herunter und entfernen Sie die, die Sie nicht mehr brauchen — alles über eine Konsole, wobei Lesen und Löschen getrennt sind: ein Objekt anzusehen ist nicht dieselbe Berechtigung wie es zu entfernen.
- Downloads kommen direkt aus dem Speicher — Ein Download ist ein für diesen Klick erzeugter Link, sodass die Bytes direkt aus dem Speicher wandern, statt über die Plattform zurückgeleitet zu werden. Eine große Datei muss auf ihrem Weg zu Ihnen nicht durch eine API laufen.
Plattform-Funktionen
- Pro Workspace: Wie jedes Objekt begrenzt wird
- Keine: Speicherschlüssel, die Sie verteilen müssen
- Schritt oder Werkzeug: Wege, es aus einem Workflow zu erreichen
Muss ich einen Bucket oder einen S3-Schlüssel einrichten?
Nein. Der Speicher läuft als Teil der Plattform, es gibt also nichts bereitzustellen, zu verbinden oder wofür ein Zugangsdatum verteilt werden müsste. Sie schreiben Objekte unter einen Workspace-Namensraum und lesen sie genauso wieder ein, und es gibt bewusst keinen separaten Schlüssel, der durchsickern könnte — der Zugriff läuft immer über die Plattform, die ihn auf Ihren Workspace begrenzt.
Kann ein anderer Workspace meine Objekte lesen?
Nein. Jedes Objekt wird über einen Schlüssel adressiert, der aus dem Workspace abgeleitet ist, der es gespeichert hat, und eine Anfrage hat keine Möglichkeit, den Ort eines anderen Workspace zu benennen. Der Speicher antwortet nur innerhalb Ihres eigenen Präfixes, statt stillschweigend etwas anderes zurückzugeben — die Grenze wird dort durchgesetzt, wo die Daten liegen.
Kann ein Workflow Dateien selbst speichern und lesen?
Ja. Der Speicher steht als gewöhnlicher Schritt zur Verfügung, den Sie auf die Arbeitsfläche setzen, und als Werkzeug, das ein Agent aufrufen kann, sodass ein Workflow eine Datei zwischen Läufen behalten und später wieder einlesen kann. Beide Wege sind auf denselben Workspace begrenzt; die Fähigkeit zu gewähren erweitert also nicht, was erreichbar ist.