-
Notifications
You must be signed in to change notification settings - Fork 1.5k
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
pass through retry_policy for dbt assets #22143
Conversation
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.
There was a previous PR that tried adding this and I pushed back: #18990
We may still want to add this, so that users can specify delay/jitter in retrying a dbt job due to some resource constraint. This may be coarse-grained compared to |
python_modules/libraries/dagster-dbt/dagster_dbt_tests/core/test_asset_decorator.py
Outdated
Show resolved
Hide resolved
…st_asset_decorator.py Co-authored-by: Rex Ledesma <[email protected]>
5eb9538
to
3cb978b
Compare
## Summary & Motivation There's no way to pass a retry policy to a dbt asset. I assumed this was mostly an oversight, and not an explicit decision. Might need to sanity check that retries make sense in the dbt world. In a lot of cases, users will probably want to run `dbt retry` (instead of op-level retry) to not lose the per-model granularity of failures, but there is a case to be made to still configure a coarse-grained op-level retry with the standard retry options (e.g. delay, jitter, etc) ## How I Tested These Changes BK --------- Co-authored-by: Rex Ledesma <[email protected]>
Summary & Motivation
There's no way to pass a retry policy to a dbt asset. I assumed this was mostly an oversight, and not an explicit decision.
Might need to sanity check that retries make sense in the dbt world.
In a lot of cases, users will probably want to run
dbt retry
(instead of op-level retry) to not lose the per-model granularity of failures, but there is a case to be made to still configure a coarse-grained op-level retry with the standard retry options (e.g. delay, jitter, etc)How I Tested These Changes
BK