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

Bytewax materializer sets incremental materialization date before materialization completes #3787

Closed
james-crabtree-sp opened this issue Oct 9, 2023 · 0 comments · Fixed by #3789

Comments

@james-crabtree-sp
Copy link
Contributor

Expected Behavior

There should be an option to match the LocalMaterializer behavior, which waits for materialization to finish before updating the incremental materialization timestamp for a feature view

Current Behavior

The incremental materialization timestamp is updated as soon as the materialization job is successfully created, even though that job may not successfully complete. This means that some updates will never be materialized to the online store.

Steps to reproduce

Set the batch_engine image to an image that immediately exits with exit code 1. Run an incremental materialization with end date set to current time. Observe that the pods and job fail. Run an incremental materialization again. Observe that the start date is now the end date of the last run.

Specifications

  • Version: 0.31
  • Platform: fedora linux
  • Subsystem: bytewax batch_engine

Possible Solution

Optionally allow for a synchronous materialization in bytewax, which will wait for a feature view materialization to finish before returning success and moving on to the next feature view and throwing an exception if the job fails. This will match the behavior of the LocalMaterializer

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
1 participant