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

Introduce Redis abstractions for an in-memory datastore #23

Open
wkerckho opened this issue Jul 5, 2022 · 3 comments
Open

Introduce Redis abstractions for an in-memory datastore #23

wkerckho opened this issue Jul 5, 2022 · 3 comments
Assignees
Labels
enhancement New feature or request

Comments

@wkerckho
Copy link
Contributor

wkerckho commented Jul 5, 2022

Similar to #22, services use the Redis API directly, as opposed to interactions with other dependencies such as MongoDB, Clickhouse and Gubernator, which are encapsulated in generic interfaces. We can improve the quality of the codebase, by introducing an abstraction layer for the functionality that is currently provided by Redis directly. From what I see now, this is mostly restricted to various flavors of inter-process shared data structures. For example: a key-value store with TTLs for representing expiring team or data set invitations, or a set of active streaming sessions, etc.

Ideally, this abstraction layer should also be usable as a scalable cache layer for the NGSI-LD implementatin.

@wkerckho wkerckho added the enhancement New feature or request label Jul 5, 2022
@wkerckho wkerckho self-assigned this Jul 5, 2022
@wkerckho
Copy link
Contributor Author

wkerckho commented Jul 6, 2022

Note that in essence, Redisson, the library we are using, is an abstraction on top of Redis. Maybe we can also achieve what we need by having some pre-configured Obelisk data structures (built upon Redisson) made available via CDI?

@github-actions
Copy link
Contributor

github-actions bot commented Aug 6, 2022

The issue had no activity for 30 days, mark with Stale label.

@github-actions github-actions bot added the Stale label Aug 6, 2022
@MisterTimn MisterTimn removed the Stale label Aug 6, 2022
@github-actions
Copy link
Contributor

github-actions bot commented Sep 6, 2022

The issue had no activity for 30 days, mark with Stale label.

@github-actions github-actions bot added the Stale label Sep 6, 2022
@MisterTimn MisterTimn removed the Stale label Sep 6, 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

2 participants