Skip to content

Conversation

@jiangzho
Copy link
Contributor

What changes were proposed in this pull request?

This PR updates AppCleanUpStep so that it can be added as a regular step of each reconciliation, remove the therefore-unused AppTerminatedStep

Why are the changes needed?

Previously, we have AppTerminatedStep performed at the beginning of each reconciliation, to end the actions early if app has reached terminated state.

However, in some scenarios, we may still want to do "clean up" for applications that are terminated:

  • If an app in "terminated without releasing resources" is being deleted, we would like the AppCleanUpStep to be performed, since it covers a few corner cases that might not be covered in general delete flow
  • We may also to introduce the concept of "maximal retention duration" for applications along with current "retention policy" in near future to serve the lifecycle management of application secondary resources. That could also require cleaning up secondary resources for already-terminated applications.

The revised AppCleanUpStep includes everything in the previous AppTerminatedStep and takes care of cleaning up resources for those in "TerminatedWithoutReleaseResources" stage as needed.

Does this PR introduce any user-facing change?

No - internal step(s) changes only

How was this patch tested?

CIs and E2Es shall cover the clean up logic

Was this patch authored or co-authored using generative AI tooling?

No

…tates

### What changes were proposed in this pull request?

This PR updates AppCleanUpStep so that it can be added as a regular step of each reconciliation, remove the therefore-unused AppTerminatedStep

### Why are the changes needed?

Previously, we have AppTerminatedStep performed at the beginning of each reconciliation, to end the actions early if app has reached terminated state.

However, in some scenarios, we may still want to do "clean up" for applications that are terminated:

* If an app in "terminated without releasing resources" is being deleted, we would like the AppCleanUpStep to be performed, since it covers a few corner cases that might not be covered in general delete flow
* We may also to introduce the concept of "maximal retention duration" for applications along with current "retention policy" in near future to serve the lifecycle management of application secondary resources. That could also require cleaning up secondary resources for already-terminated applications.

The revised AppCleanUpStep includes everything in the previous AppTerminatedStep and takes care of cleaning up resources for those in "TerminatedWithoutReleaseResources" stage as needed.

### Does this PR introduce any user-facing change?

No - internal step(s) changes only

### How was this patch tested?

CIs and E2Es shall cover the clean up logic

### Was this patch authored or co-authored using generative AI tooling?

No
Copy link
Member

@dongjoon-hyun dongjoon-hyun left a comment

Choose a reason for hiding this comment

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

Sorry for the delay. I used sick days for Thursday and Friday.

+1, LGTM. Thank you, @jiangzho . I'll merge this and test more.

@dongjoon-hyun
Copy link
Member

BTW, I'm preparing v0.4.0 to deliver this, @jiangzho . The vote will start on July 1st.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants