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

Switch data-persistence layer to handle multiple workers #3

Open
I-Dont-Remember opened this issue Sep 29, 2022 · 0 comments
Open

Switch data-persistence layer to handle multiple workers #3

I-Dont-Remember opened this issue Sep 29, 2022 · 0 comments
Labels
enhancement New feature or request

Comments

@I-Dont-Remember
Copy link
Contributor

I-Dont-Remember commented Sep 29, 2022

Current state

Using JSON file and in-memory cache since we have so little config info to keep track of - can only have a single worker at a time unless we read from JSON file every time to prevent workers having different in-memory caches (might be a decent stop gap, but is not great).

Goal

A data persistence layer that:

  1. is simple to set up, especially when self-hosted.
  2. Doesn't over complicate our needs.
  3. Is flexible as we add more features.
  4. Is easily backed up.
  5. Is fast af.

Current best suggestion is to use SQLite (flexible, fast af 🏃, good for self-hosted, everything can interact with SQL) + Litestream (backups & resiliency). It's good enough for `n8n, and they do a lot more!


@I-Dont-Remember I-Dont-Remember added the enhancement New feature or request label Sep 29, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

1 participant