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 JobSuccessPolicy Doc #45135
Add JobSuccessPolicy Doc #45135
Conversation
👷 Deploy Preview for kubernetes-io-vnext-staging processing.
|
/sig apps |
/milestone 1.30 |
Hello @tenzen-y 👋 ! Please take a look at Documenting for a release - PR Ready for Review to get your PR ready for review before the deadline Tuesday March 12th 2024 18:00 PST. Thank you! |
915e19c
to
c6d4db6
Compare
This PR is ready for the review. Please take a look. |
/unassign @FillZpp (Sorry, due to my bad, I assigned this to @FillZpp) /assign @atiratree |
|
||
In the example above, the rule of the success policy specifies that | ||
the Job should be marked succeeded and terminate the lingering Pods | ||
if one of the 0, 1, and 2 indexes succeeded. |
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.
Can we mention the behavior of SuccessCriteriaMet
and Complete
conditions?
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.
That makes sense.
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.
Done.
Just rebased. |
Nudging Prow (doesn't need a rebase any more) |
/remove-language zh |
I got it. |
Signed-off-by: Yuki Iwai <yuki.iwai.tz@gmail.com>
Signed-off-by: Yuki Iwai <yuki.iwai.tz@gmail.com>
Signed-off-by: Yuki Iwai <yuki.iwai.tz@gmail.com>
Signed-off-by: Yuki Iwai <yuki.iwai.tz@gmail.com>
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 from a technical PoV
Signed-off-by: Yuki Iwai <yuki.iwai.tz@gmail.com>
Signed-off-by: Yuki Iwai <yuki.iwai.tz@gmail.com>
@alculquicondor @sftim I addressed all comments. |
/lgtm |
LGTM label has been added. Git tree hash: 6f9ac62721af1b55d81ddff1bae8e2a477299325
|
@fsmunoz If this PR doesn't get approval from Docs approver, do I need to submit any exception request? |
@tenzen-y Technically yeah, this is the Exception process that needs to be filed after 18:00 PDT tomorrow. We're here to help you get this over the finish line before Docs Freeze tomorrow though! @kubernetes/sig-docs-en-owners It looks like there was a cycle of feedback and new commits addressing them, and we need an |
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.
@drewhagen While the overall doc is LGTM, I suggest we clarify further in a follow-up PR. Suggestions have been added herewith.
Biasing for action since this has received technical approval.
/approve
|
||
You can configure a success policy, in the `.spec.successPolicy` field, | ||
to meet the above use cases. This policy can handle Job success based on the | ||
succeeded pods. After the Job meet success policy, the job controller terminates the lingering Pods. |
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.
nit (can be addressed later).
succeeded pods. After the Job meet success policy, the job controller terminates the lingering Pods. | |
succeeded pods. After the Job meets the success policy, the job controller terminates the lingering Pods. |
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.
Done.
|
||
In the example above, the rule of the success policy specifies that | ||
the Job should be marked succeeded and terminate the lingering Pods | ||
if one of the 0, 2, and 3 indexes succeeded. |
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.
nit: We might want to rephrase this question for better understanding. Ideally, we should be saying something like
"In the example above, both succeededIndexes
and succeededCount
have been specified. Therefore, the job controller will mark the Job as succeeded and terminate the lingering Pods when either of the specified indexes, 0, 2, or 3, succeed."
P.S. We can do this in a follow-up PR.
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 for this great suggestion!
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.
Done.
In the example above, the rule of the success policy specifies that | ||
the Job should be marked succeeded and terminate the lingering Pods | ||
if one of the 0, 2, and 3 indexes succeeded. | ||
The Job that met the success policy gets the `SuccessCriteriaMet` condition. |
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.
Grammatical nit: Can be amended in a follow-up PR.
The Job that met the success policy gets the `SuccessCriteriaMet` condition. | |
The Job that meets the success policy gets the `SuccessCriteriaMet` condition. |
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.
Done.
the Job should be marked succeeded and terminate the lingering Pods | ||
if one of the 0, 2, and 3 indexes succeeded. | ||
The Job that met the success policy gets the `SuccessCriteriaMet` condition. | ||
After the removal of the lingering Pods is issued, the Job gets the `Complete` condition. |
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.
Could we clarify here?
The Job is considered complete after the Job Controller removes the lingering pods.
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.
No, the job controller doesn't care if the lingering pods are actually removed.
Again, the job controller adds the Complete
condition after the removal of the lingering Pods is issued.
So, the Job gets the Complete
condition even if some lingering pods are still terminating state.
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: divya-mohan0209 The full list of commands accepted by this bot can be found here. The pull request process is described here
Needs approval from an approver in each of these files:
Approvers can indicate their approval by writing |
@divya-mohan0209 Thank you for reviewing this PR! I'm addressing your comments in a separate PR! |
@divya-mohan0209 I opened a follow-up PR: #45677 |
/milestone 1.30 |
In this PR, I added documentation for the kubernetes/enhancements#3998.