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

Add documentation for Deprovision Workflow API allow_delete parameter #7639

Merged
merged 7 commits into from
Jul 22, 2024

Conversation

dbwiddis
Copy link
Member

@dbwiddis dbwiddis commented Jul 8, 2024

Description

Documents the new allow_delete parameter for the Deprovision Workflow API

Issues 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

  • By submitting this pull request, I confirm that my contribution is made under the terms of the Apache 2.0 license and subject to the Developers Certificate of Origin.
    For more information on following Developer Certificate of Origin and signing off your commits, please check here.

Copy link
Member

@ohltyler ohltyler left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM

Copy link
Member

@owaiskazi19 owaiskazi19 left a 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

@dbwiddis dbwiddis added 4 - Doc review PR: Doc review in progress and removed 3 - Tech review PR: Tech review in progress labels Jul 12, 2024
@dbwiddis dbwiddis added 3 - Tech review PR: Tech review in progress and removed 4 - Doc review PR: Doc review in progress labels Jul 12, 2024
@dbwiddis
Copy link
Member Author

Putting this back into tech review as we consider whether to allow users to use the new steps

@hdhalter hdhalter added the release-notes PR: Include this PR in the automated release notes label Jul 15, 2024
@dbwiddis dbwiddis force-pushed the allow-delete branch 2 times, most recently from af6782a to e6b48ba Compare July 16, 2024 14:49
@dbwiddis dbwiddis added 4 - Doc review PR: Doc review in progress and removed 3 - Tech review PR: Tech review in progress labels Jul 16, 2024
@dbwiddis
Copy link
Member Author

dbwiddis commented Jul 16, 2024

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 allow_delete refers to the step types and another refers to the type of resources being deleted. Technically the former one is how it's coded but the latter one seems more intuitive to me. Open to suggestions whether to leave as is or make them both the same (in which case, which one?)

Copy link
Collaborator

@kolchfa-aws kolchfa-aws left a 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.
Copy link
Collaborator

@kolchfa-aws kolchfa-aws Jul 19, 2024

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
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.

Copy link
Collaborator

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?

Copy link
Member Author

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"

@kolchfa-aws kolchfa-aws added 5 - Editorial review PR: Editorial review in progress and removed 4 - Doc review PR: Doc review in progress labels Jul 19, 2024
Copy link
Collaborator

@natebower natebower left a 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.
Copy link
Collaborator

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?

_automating-configurations/api/deprovision-workflow.md Outdated Show resolved Hide resolved
_automating-configurations/api/deprovision-workflow.md Outdated Show resolved Hide resolved
_automating-configurations/api/deprovision-workflow.md Outdated Show resolved Hide resolved
dbwiddis and others added 6 commits July 22, 2024 09:06
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>
@kolchfa-aws kolchfa-aws merged commit 1734199 into opensearch-project:main Jul 22, 2024
5 checks passed
@hdhalter hdhalter added 3 - Done Issue is done/complete and removed 5 - Editorial review PR: Editorial review in progress labels Jul 22, 2024
leanneeliatra pushed a commit to leanneeliatra/opensearch-documentation-website-forl that referenced this pull request Jul 24, 2024
…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>
sandervandegeijn pushed a commit to sandervandegeijn/documentation-website that referenced this pull request Jul 30, 2024
…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>
@dbwiddis dbwiddis deleted the allow-delete branch August 2, 2024 03:54
@dbwiddis dbwiddis restored the allow-delete branch August 2, 2024 03:54
@dbwiddis dbwiddis deleted the allow-delete branch August 2, 2024 03:54
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
3 - Done Issue is done/complete release-notes PR: Include this PR in the automated release notes v2.16.0
Projects
None yet
Development

Successfully merging this pull request may close these issues.

[DOC] Flow Framework Deprovision API allow_delete parameter
6 participants