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

[FEATURE] Add optional time delay to no-op step #649

Closed
dbwiddis opened this issue Apr 5, 2024 · 0 comments · Fixed by #674
Closed

[FEATURE] Add optional time delay to no-op step #649

dbwiddis opened this issue Apr 5, 2024 · 0 comments · Fixed by #674
Assignees
Labels
enhancement New feature or request v2.14.0

Comments

@dbwiddis
Copy link
Member

dbwiddis commented Apr 5, 2024

Is your feature request related to a problem?

Some actions taken by workflow steps take time to propagate to other nodes. In particular, undeploying models do not have immediate effect, and the deprovision workflow includes a short time delay between steps, and an even longer time delay before retrying.

The no-op step exists in part to allow synchronization of multiple previous steps. It can also be used to force a brief time delay between steps.

What solution would you like?

Add an optional time delay (defaulting to 0) to the no-op step. It'll still do nothing, but it'll wait a specified time before doing nothing.

What alternatives have you considered?

Creating a new step with a delay type, that also does nothing.

Do you have any additional context?

OpenSearch has eventual read consistency, typically within 1 second. However, serverless applications may have an even longer delay due to the distributed implementation.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request v2.14.0
Projects
None yet
Development

Successfully merging a pull request may close this issue.

1 participant