You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
PR #110 introduced Flint metadata log initial implementation. In particular, latestId field in Flint metadata points to the latest metadata log entry which is a single OpenSearch doc per Flint index in another OpenSearch index. See more details in PR above.
The problem in this simple implementation:
Only latest metadata log entry is available without history
Index will be always in REFRESHING state if auto refreshed
Mix metrics in metadata log, e.g. for auto refresh index, lastUpdateTime represents heartbeat timestamp
What solution would you like?
[Low Priority] Append metadata log entry rather than update in-place (this may require dedicated OS index or S3 folder)
Figure out how to transit to REFRESHING at beginning of each micro batch and transit back to ACTIVE once complete (exactly same as manual refresh)
Separate metrics such as heartbeat elsewhere and let lastUpdateTime only represents created/updated time of metadata log entry
Is your feature request related to a problem?
PR #110 introduced Flint metadata log initial implementation. In particular,
latestId
field in Flint metadata points to the latest metadata log entry which is a single OpenSearch doc per Flint index in another OpenSearch index. See more details in PR above.The problem in this simple implementation:
REFRESHING
state if auto refreshedlastUpdateTime
represents heartbeat timestampWhat solution would you like?
REFRESHING
at beginning of each micro batch and transit back toACTIVE
once complete (exactly same as manual refresh)lastUpdateTime
only represents created/updated time of metadata log entryExample:
The text was updated successfully, but these errors were encountered: