-
Notifications
You must be signed in to change notification settings - Fork 500
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 documentation for Deprovision Workflow API allow_delete parameter #7639
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.
LGTM
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.
Overall LGTM with a comment
Putting this back into tech review as we consider whether to allow users to use the new steps |
af6782a
to
e6b48ba
Compare
OK, removed the new steps. Kept the new (missing) delete pipeline doc even if it's no longer referenced in this PR. Ready for doc review. (CC: @kolchfa-aws) Open question: One mention of |
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.
Thank you, @dbwiddis! Re: your question about referring to resources vs. step types, what lines are you referring to? I agree that it's more intuitive to refer to resources but I want to make sure we're talking about the same sentences.
@@ -9,7 +9,9 @@ nav_order: 70 | |||
|
|||
When you no longer need a workflow, you can deprovision its resources. Most workflow steps that create a resource have corresponding workflow steps to reverse that action. To retrieve all resources currently created for a workflow, call the [Get Workflow Status API]({{site.url}}{{site.baseurl}}/automating-configurations/api/get-workflow-status/). When you call the Deprovision Workflow API, resources included in the `resources_created` field of the Get Workflow Status API response will be removed using a workflow step corresponding to the one that provisioned them. | |||
|
|||
The workflow executes the provisioning workflow steps in reverse order. If failures occur because of resource dependencies, such as preventing deletion of a registered model if it is still deployed, the workflow attempts retries. | |||
The workflow executes the provisioning workflow steps in reverse order. If failures occur because of resource dependencies, such as preventing deletion of a registered model if it is still deployed, the workflow retries as long as at least one resource was deleted. |
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.
The workflow executes the provisioning workflow steps in reverse order. If failures occur because of resource dependencies, such as preventing deletion of a registered model if it is still deployed, the workflow retries as long as at least one resource was deleted. | |
The workflow executes the provisioning workflow steps in reverse order. If a failure occurs because of a resource dependency, such as trying to delete a registered model that is still deployed, then the workflow retries the failing step as long as at least one resource was deleted. |
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.
Edited suggestion to add "then". In the first sentence, is the second instance of "workflow" necessary?
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.
Good call out. I'll remove the second "workflow"
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.
@dbwiddis @kolchfa-aws Please see my comments and changes and let me know if you have any questions. Thanks!
@@ -9,7 +9,9 @@ nav_order: 70 | |||
|
|||
When you no longer need a workflow, you can deprovision its resources. Most workflow steps that create a resource have corresponding workflow steps to reverse that action. To retrieve all resources currently created for a workflow, call the [Get Workflow Status API]({{site.url}}{{site.baseurl}}/automating-configurations/api/get-workflow-status/). When you call the Deprovision Workflow API, resources included in the `resources_created` field of the Get Workflow Status API response will be removed using a workflow step corresponding to the one that provisioned them. | |||
|
|||
The workflow executes the provisioning workflow steps in reverse order. If failures occur because of resource dependencies, such as preventing deletion of a registered model if it is still deployed, the workflow attempts retries. | |||
The workflow executes the provisioning workflow steps in reverse order. If failures occur because of resource dependencies, such as preventing deletion of a registered model if it is still deployed, the workflow retries as long as at least one resource was deleted. |
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.
Edited suggestion to add "then". In the first sentence, is the second instance of "workflow" necessary?
Signed-off-by: Daniel Widdis <widdis@gmail.com>
Signed-off-by: Daniel Widdis <widdis@gmail.com>
Signed-off-by: Daniel Widdis <widdis@gmail.com>
Co-authored-by: Nathan Bower <nbower@amazon.com> Signed-off-by: Daniel Widdis <widdis@gmail.com>
Co-authored-by: Nathan Bower <nbower@amazon.com> Signed-off-by: Daniel Widdis <widdis@gmail.com>
Co-authored-by: Nathan Bower <nbower@amazon.com> Signed-off-by: Daniel Widdis <widdis@gmail.com>
Signed-off-by: Daniel Widdis <widdis@gmail.com>
…opensearch-project#7639) * Add documentation for Deprovision Workflow API allow_delete parameter Signed-off-by: Daniel Widdis <widdis@gmail.com> * Add new steps and missing delete search pipeline doc Signed-off-by: Daniel Widdis <widdis@gmail.com> * Revert changes to workflow steps. Users can't use these new step types Signed-off-by: Daniel Widdis <widdis@gmail.com> * Update _automating-configurations/api/deprovision-workflow.md Co-authored-by: Nathan Bower <nbower@amazon.com> Signed-off-by: Daniel Widdis <widdis@gmail.com> * Update _automating-configurations/api/deprovision-workflow.md Co-authored-by: Nathan Bower <nbower@amazon.com> Signed-off-by: Daniel Widdis <widdis@gmail.com> * Update _automating-configurations/api/deprovision-workflow.md Co-authored-by: Nathan Bower <nbower@amazon.com> Signed-off-by: Daniel Widdis <widdis@gmail.com> * Remove redundant use of workflow, accept other edits Signed-off-by: Daniel Widdis <widdis@gmail.com> --------- Signed-off-by: Daniel Widdis <widdis@gmail.com> Co-authored-by: Nathan Bower <nbower@amazon.com> Signed-off-by: leanne.laceybyrne@eliatra.com <leanne.laceybyrne@eliatra.com>
…opensearch-project#7639) * Add documentation for Deprovision Workflow API allow_delete parameter Signed-off-by: Daniel Widdis <widdis@gmail.com> * Add new steps and missing delete search pipeline doc Signed-off-by: Daniel Widdis <widdis@gmail.com> * Revert changes to workflow steps. Users can't use these new step types Signed-off-by: Daniel Widdis <widdis@gmail.com> * Update _automating-configurations/api/deprovision-workflow.md Co-authored-by: Nathan Bower <nbower@amazon.com> Signed-off-by: Daniel Widdis <widdis@gmail.com> * Update _automating-configurations/api/deprovision-workflow.md Co-authored-by: Nathan Bower <nbower@amazon.com> Signed-off-by: Daniel Widdis <widdis@gmail.com> * Update _automating-configurations/api/deprovision-workflow.md Co-authored-by: Nathan Bower <nbower@amazon.com> Signed-off-by: Daniel Widdis <widdis@gmail.com> * Remove redundant use of workflow, accept other edits Signed-off-by: Daniel Widdis <widdis@gmail.com> --------- Signed-off-by: Daniel Widdis <widdis@gmail.com> Co-authored-by: Nathan Bower <nbower@amazon.com> Signed-off-by: Sander van de Geijn <sandervandegeijn@icloud.com>
Description
Documents the new
allow_delete
parameter for the Deprovision Workflow APIIssues Resolved
Fixes #7648
Corresponding PR:
Version
Targeted to 2.16 release.
Frontend features
Will be used by Flow Framework Dashboards front-end, not yet released.
Checklist
For more information on following Developer Certificate of Origin and signing off your commits, please check here.