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

[Helm Charts] Add support for configuring Kubernetes startup probe via … #645

Open
wants to merge 2 commits into
base: main
Choose a base branch
from

Conversation

yersan
Copy link
Contributor

@yersan yersan commented Oct 21, 2024

…Helm Charts

Issue: wildfly/wildfly-charts#37

Resolves #646

CC @laDok8

@github-actions github-actions bot added the stability-level/default "Default" stability-level label Oct 21, 2024
@github-actions github-actions bot added stability-level/default "Default" stability-level and removed stability-level/default "Default" stability-level labels Oct 21, 2024
@github-actions github-actions bot added stability-level/default "Default" stability-level and removed stability-level/default "Default" stability-level labels Oct 21, 2024
@github-actions github-actions bot added stability-level/default "Default" stability-level and removed stability-level/default "Default" stability-level labels Oct 23, 2024
@github-actions github-actions bot added stability-level/default "Default" stability-level and removed stability-level/default "Default" stability-level labels Oct 24, 2024
The alternative to those issues is to have the ability to configure a Startup Probe. The Startup Probe can be used to delay the initial checks done by the liveness and readiness probes, allowing some configuration without compromising them.

The goal of this RFE is to define the default initial configuration of a Startup Probe so users can tweak it when required.

Copy link

Choose a reason for hiding this comment

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

Suggested change
For consistency sake same configuration shall also be introduced for liveness and readiness probes

Copy link
Contributor Author

Choose a reason for hiding this comment

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

@laDok8 Notice that there was already a default configuration for the liveness and readiness probes in the Helm Chart. See the changes we added in this proposal: https://github.com/wildfly/wildfly-charts/pull/34/files

I don't mind tracking them as they were added with this proposal, and indeed, it is completely harmless and only paperwork, but I want to be clear that there were already default values for the aforementioned probes.

Are you following me on this? If so, to avoid any bikeshedding on this, I plan to accept your good suggestions, but first I would like to be sure we are on the same page about this.

Comment on lines +91 to +100
* The proposal for the default Startup Probe configuration is the following:
+
[source,yaml]
startupProbe:
httpGet:
path: /health/live
port: admin
initialDelaySeconds: 5
failureThreshold: 36
periodSeconds: 5
Copy link

Choose a reason for hiding this comment

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

Suggested change
* The proposal for the default Startup Probe configuration is the following:
+
[source,yaml]
startupProbe:
httpGet:
path: /health/live
port: admin
initialDelaySeconds: 5
failureThreshold: 36
periodSeconds: 5
* The proposal for the default configurations is following:
+
[source,yaml]
livenessProbe:
httpGet:
path: /health/live
port: admin
readinessProbe:
httpGet:
path: /health/ready
port: admin
startupProbe:
httpGet:
path: /health/live
port: admin
initialDelaySeconds: 5
failureThreshold: 36
periodSeconds: 5


== Release Note Content

Added the ability to configure a Startup Probe using WildFly Helm Charts.
Copy link

Choose a reason for hiding this comment

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

Suggested change
Added the ability to configure a Startup Probe using WildFly Helm Charts.
Increased default timeouts for startup, readiness and liveness probes and added the ability to configure a these probes using WildFly Helm Charts.

Copy link
Contributor Author

Choose a reason for hiding this comment

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

Why Increased default timeouts for startup, readiness and liveness probes if we are not adding any specific configuration for readiness and liveness?

@github-actions github-actions bot added stability-level/default "Default" stability-level and removed stability-level/default "Default" stability-level labels Nov 21, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
stability-level/default "Default" stability-level
Projects
None yet
Development

Successfully merging this pull request may close these issues.

Add support for configuring Kubernetes startup probe via Helm Charts
2 participants