Blaxel Agent Drive

Agent Drive는 여러 샌드박스가 동시에 마운트하는 단일 드라이브를 제시한다. 각 샌드박스는 그것을 평범한 디렉터리로 보므로, 에이전트는 평소의 읽기와 쓰기 호출을 쓴다. 이득은 무리가 머신 사이로 파일을 옮기지 않고 같은 상태 위에 쌓아 올릴 수 있다는 점이다. 단계를 끝낸 에이전트는 동료들이 이미 지켜보는 위치에 쓰고, 다음 에이전트는 동기화 작업에서 그것을 쫓는 대신 거기서 기다리는 결과를 그냥 찾는다. 트리는 하나, 복사는 제로.

여러 에이전트가 동시에 드라이브를 읽고 쓸 수 있고, 모두가 일관된 데이터 뷰를 얻는다. 에이전트가 병렬로 움직일 때 이것이 중요하다. 낡은 복사본은 인계 파이프라인에서 버그가 생기는 흔한 원인이기 때문이다. 큰 무리가 한 드라이브를 동시에 마운트해도 버티며, 플랫폼은 단일 드라이브에 쓰는 수만 개의 에이전트를 지원한다고 밝힌다. 이 주장은 확정하기 전에 자신의 워크로드로 시험해볼 가치가 있다. 실제 경합 아래의 동시성 동작은 데모에서는 괜찮아 보이다가, 백 개의 에이전트가 같은 순간에 같은 디렉터리를 두들겨야 비로소 모서리를 드러내는 부류의 것이기 때문이다.

변경은 일어나는 즉시 마운트된 모든 샌드박스에 나타난다. 동기화 작업이 돌기를 기다리지 않는다. 한 단계가 다른 단계의 출력에 의존하는 에이전트 흐름에서는 이 즉시성이 전부다. 빠름은 중요하다.

어떤 워크로드가 어떤 드라이브를 마운트할 수 있는지는 직접 정한다. 팀은 민감한 드라이브를 그것이 필요한 에이전트에게 남겨두고, 필요 없는 쪽에는 폭넓게 열어줄 수 있다. 에이전트 무리의 기본 위생이다.

드라이브는 하나의 경로로 나타난다. 도구가 POSIX 스타일 파일 연산을 기대한다면 다시 쓰지 않고도 동작하며, 이는 기존 에이전트 코드의 통합 비용을 낮게 유지한다. 이 POSIX FUSE 파일 시스템 동작이 평범한 파일 호출을 그냥 통과시키는 이유다.

스토리지는 사용량에 따라 늘고 줄어, 볼륨을 미리 프로비저닝하지 않는다. 에이전트 워크로드는 본질적으로 기복이 크므로 에이전트 샌드박스 스토리지와 잘 맞는다.