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

SQLite based job registry #911

Open
soxofaan opened this issue Oct 18, 2024 · 0 comments
Open

SQLite based job registry #911

soxofaan opened this issue Oct 18, 2024 · 0 comments

Comments

@soxofaan
Copy link
Member

soxofaan commented Oct 18, 2024

Common theme or question recently is how to get a driver setup that does not require a fully functional ElasticSearch based job registry (EJR), which is not trivial.

The only simpler alternative we have is currently an "in memory" registry, based on an (in process) dictionary. This is fine for unit testing and simple one-off cases but might be too simple and limited for slightly more advanced cases, because there is no persistence.

I was thinking if we couldn't make a SQLite based job registry, which would offer a couple of interesting features:

  • there sqlite support in the python stdlib, so this would not drag in extra dependencies
  • standard SQL interface, which hopefully makes the implementation easy and low on boilerplate
  • persistence without dependency on external service
  • it both supports purely in-memory databases (e.g. interesting for unit testing) and persistence to disk as a single file (which allows various deployment options: work with local file, work on a docker mount to persist the data outside a container, ...)
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

1 participant