-
Notifications
You must be signed in to change notification settings - Fork 81
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
cached assets on s3 for all datasets #1882
Conversation
Codecov ReportAttention:
Additional details and impacted files@@ Coverage Diff @@
## main #1882 +/- ##
==========================================
- Coverage 87.65% 82.07% -5.59%
==========================================
Files 22 13 -9
Lines 875 926 +51
==========================================
- Hits 767 760 -7
- Misses 108 166 +58
Flags with carried forward coverage won't be shown. Click here to find out more.
☔ View full report in Codecov by Sentry. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
OK. I was wondering if it's OK to delete the alternative option (fielsystem). But I think it's easy to set it back if needed, right?
Can we also deprecate some environment variables at the same time, or are they all needed yet
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
let's go !
I think so, but the problem is with DNS configuration, not sure if there is a way to redirect some datasets to EFS and others to S3. |
Oh, yes, I hadn't this in mind. OK to do that. Should we remove /cached-assets from the nginx reverse proxy configuration? |
(I'm wondering how we will handle the tests: end to end, unit) |
I think so, I created this issue for tracking #1885 |
Currently the docker compose files don't use S3. I think it means we cannot use /rows and /search with docker for images and audio, right? We should be testing this in the e2e tests, I think. Should we keep the switch between directory and S3 in the code, to support docker compose (and thus: the init tests and the e2e tests)? The alternatives are: a) to include S3 in docker compose (and thus: use or mock S3 for tests), b) to remove docker compose completely and only use k8s/helm (it still means that we need S3 for the tests) |
Nop we can't. The switch is based on url path in cloudfront. |
Another alternative: use a a storage agnostic tool like fsspec to store the images (currently we use boto if I'm not mistaken). |
I like this option -> I created #1887 |
No description provided.