Hi Dietmar, I’m not aware of any advertised storage limits. SG stores all of the uploaded files (anything that can be represented as a file entity/attachment) on an S3 bucket, and AFAIK anything uploaded there is persistent and there’s no mechanism for deleting it (at least none that SG exposes). Since the transfer protocol is http it’s slow, so not ideal for impatient artists or time-sensitive super large file uploads (depending on the size of your alembics), which is just as well since from what I can tell SG politely discourages using this technique for storing or transferring large digital production assets, even though there’s nothing really preventing you from doing so. If you were going to attempt this at scale for a large (remote) artist pipeline, you might want to consider using a file transfer solution like ftp/sftp, signiant, or aspera. You can also refer to this excellent thread from @philip.scadding on how to implement a remote publishing workflow like what you’ve described: Sharing published files via a cloud storage solution
Related topics
| Topic | Replies | Views | Activity | |
|---|---|---|---|---|
| AWS S3, max size? | 1 | 426 | October 13, 2022 | |
| ShotGrid S3 and filesystem locations clarification | 1 | 751 | January 10, 2023 | |
| Entirely Local Instance Of Shotgrid Web-app | 2 | 389 | January 1, 2023 | |
| ShotGrid DeskTop cannot save the file | 2 | 536 | October 24, 2021 | |
| Solution for sending versions to external SG site | 6 | 423 | October 20, 2021 |