-
Notifications
You must be signed in to change notification settings - Fork 29
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
[FSTORE-1147] Online feature store notification system #343
Conversation
{ | ||
"projectId":119, # project used for data ingestion | ||
"featureStoreId":67, # feature store where changes took place | ||
"featureGroupId":14, # feature group changed |
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.
noticed that we dont provide name/version for FG should we make an update to do it like we do for FV?
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.
Yes we should add it.
|
||
The notification topic name can be changed after the creation of the feature group. | ||
By setting the `notification_topic_name` value to `None` or empty string notification will be disabled. | ||
With the default configuration, it can take up to 30 minutes for these changes to take place since the onlinefs service internally caches feature groups. |
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.
in onlinefs it is set like this: .expireAfterAccess(30, TimeUnit.MINUTES)
so user would not be able to change it (same for all cached entries), should we enable user changing this value?
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.
also it might be better to change them from expireAfterAccess
(this includes last access, so if user constantly writes it might not expire ever) to expireAfterWrite
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.
Yeah It should be a configurable parameter.
Co-authored-by: Fabio Buso <fabio@hopsworks.ai>
No description provided.