워크플로우가 간직할 수 있는 파일과 blob
파일을 저장하려면 보통 버킷을 세우고 어디서나 쓸 수 있는 키를 나눠줘야 합니다. 여기서는 오브젝트가 워크스페이스 단위로, 본인 신원에 한정된 스토리지에 있습니다 — 워크플로우 단계에서 사용할 수 있고, 콘솔에서 둘러볼 수 있으며, 다운로드는 스토어에서 바로 전달됩니다.
워크스페이스 단위의 오브젝트/파일 스토리지. 워크스페이스에서 파생된 키로 한정되며, 워크플로우에서 사용할 수 있고 콘솔에서 둘러볼 수 있습니다.
오브젝트 스토어가 제공하는 것
- 설계상 워크스페이스에 한정됨 — 모든 오브젝트는 그것을 저장한 워크스페이스에서 파생된 키 아래에 놓이며, 요청이 지정하는 어떤 것에서도 파생되지 않습니다. 다른 워크스페이스의 위치를 요청할 수 있는 필드 자체가 없으므로, 경계는 키를 구성하는 방식의 속성이지 호출자가 통과해야 하는 검사가 아닙니다.
- 워크플로우에서 저장하고 읽기 — 오브젝트를 저장하고 캔버스의 일반 단계처럼 다시 읽을 수 있으며, 다른 모든 노드와 동일한 실행 이력과 오류 처리를 갖습니다. 에이전트를 위한 도구로도 제공되므로, 워크플로우는 아무것도 프로비저닝하지 않고 실행 사이에 파일을 간직할 수 있습니다.
- 콘솔에서 둘러보고 내려받고 삭제하기 — 쓴 적이 있는 네임스페이스를 보고, 각 네임스페이스 안의 오브젝트를 나열하고, 원하는 것을 내려받고, 더 이상 필요 없는 것을 지울 수 있습니다 — 모두 콘솔에서. 보기와 삭제가 분리되어 있어, 오브젝트를 보는 권한과 지우는 권한은 서로 다릅니다.
- 다운로드는 스토어에서 바로 — 다운로드는 그 클릭을 위해 발급된 링크이므로, 바이트가 플랫폼을 거쳐 중계되지 않고 스토어에서 바로 전달됩니다. 큰 파일이 당신에게 오는 길에 API를 거칠 필요가 없습니다.
플랫폼 기능
- 워크스페이스 단위: 각 오브젝트가 한정되는 방식
- 없음: 직접 나눠줘야 하는 스토리지 키
- 단계 또는 도구: 워크플로우에서 접근하는 방법
버킷이나 S3 키를 설정해야 하나요?
아니요. 스토리지는 플랫폼의 일부로 동작하므로 프로비저닝하거나 연결하거나 자격 증명을 나눠줄 것이 없습니다. 워크스페이스 네임스페이스 아래에 오브젝트를 쓰고 같은 방식으로 다시 읽으며, 유출될 수 있는 별도의 키는 의도적으로 없습니다 — 접근은 항상 플랫폼을 거치며, 플랫폼이 이를 당신의 워크스페이스로 한정합니다.
다른 워크스페이스가 내 오브젝트를 읽을 수 있나요?
아니요. 모든 오브젝트는 그것을 저장한 워크스페이스에서 파생된 키로 주소가 지정되며, 요청이 다른 워크스페이스의 위치를 지정할 방법이 없습니다. 스토어는 슬며시 다른 것을 반환하지 않고 자신의 접두사 안에서만 응답하므로, 경계는 데이터가 있는 곳에서 강제됩니다.
워크플로우가 스스로 파일을 저장하고 읽을 수 있나요?
네. 스토어는 캔버스에 놓는 일반 단계로도, 에이전트가 호출할 수 있는 도구로도 제공되므로, 워크플로우는 실행 사이에 파일을 간직하고 나중에 다시 읽을 수 있습니다. 두 경로 모두 같은 워크스페이스로 한정되므로, 그 기능을 부여해도 접근 가능한 범위가 넓어지지 않습니다.