-
Notifications
You must be signed in to change notification settings - Fork 14.4k
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
Add reprocessing behavior for backfill #43382
Add reprocessing behavior for backfill #43382
Conversation
16227d5
to
c6b7a26
Compare
aff73d0
to
991e68c
Compare
Alright this should be good to go. Think I have it to pretty stable place / sensible behavior. |
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.
I don't know if I asked before... no API changes on FastAPI? Still building this function on the legacy API which should go away?
the project began before the new API was there and i just wanted to focus on finishing the AIP. we will need to migrate it. also, from looking at some of the migrated routes i'm not sure if the security part of things has been figured out yet either. |
414534a
to
4364927
Compare
User can decide whether we should create a new run or not when a run already exists. For now, we just look at the latest instance of the by start date. If it's in flight we do not create. If it's done, we may or may not create depending on state and desired reprocessing behavior.
01b7b6a
to
c70441c
Compare
User can decide whether we should create a new run or not when a run already exists. For now, we just look at the latest instance of the by start date. If it's in flight we do not create. If it's done, we may or may not create depending on state and desired reprocessing behavior.
User can decide whether we should create a new run or not when a run already exists. For now, we just look at the latest instance of the by start date. If it's in flight we do not create. If it's done, we may or may not create depending on state and desired reprocessing behavior.
There are three options for reprocessing behavior:
If the latest run is still running or is queued, we do not create another run, no matter the chosen reprocessing behavior.