Skip to content
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

Port content operations to use Django's Storage class #5698

Closed
aronasorman opened this issue Jun 21, 2019 · 2 comments
Closed

Port content operations to use Django's Storage class #5698

aronasorman opened this issue Jun 21, 2019 · 2 comments
Labels
DEV: backend Python, databases, networking, filesystem... TAG: dev experience Build performance, linting, debugging... TAG: tech update / debt Change not visible to user TODO: needs clarification Insufficient information to proceed

Comments

@aronasorman
Copy link
Collaborator

One of the difficulties in managing Kolibri in a cloud setting is its hard requirement for a filesystem. That's because we hard code file open, write and read calls. That requires us to have a shared filesystem among different replicas.

We should port Kolibri to use the Django Storage class for content storage interaction. Django comes with a filesystem storage backend that should maintain compatibility with our current setup. But this additional abstraction will then allow us to use Google Cloud Storage, Amazon S3 or Minio.

Allowing different Storage backends will not only make Kolibri on Cloud setups more reliable, but also make hosting cheaper in the short term, and A LOT cheaper in the long term.

@aronasorman aronasorman changed the title Port any content operations to use Django's Storage class Port content operations to use Django's Storage class Jun 21, 2019
@indirectlylit indirectlylit added DEV: backend Python, databases, networking, filesystem... TAG: dev experience Build performance, linting, debugging... TAG: tech update / debt Change not visible to user labels Mar 23, 2020
@indirectlylit
Copy link
Contributor

what kinds of content operations are being referred to here?

@rtibbles
Copy link
Member

rtibbles commented Jan 3, 2024

This is a won't fix - content specific file operations are handled separately for cloud instances.

@rtibbles rtibbles closed this as completed Jan 3, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
DEV: backend Python, databases, networking, filesystem... TAG: dev experience Build performance, linting, debugging... TAG: tech update / debt Change not visible to user TODO: needs clarification Insufficient information to proceed
Projects
None yet
Development

No branches or pull requests

3 participants