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 rediness and liveliness props to the deployment spec #574

Open
sajithaliyanage opened this issue Oct 11, 2019 · 3 comments
Open

Add rediness and liveliness props to the deployment spec #574

sajithaliyanage opened this issue Oct 11, 2019 · 3 comments
Assignees

Comments

@sajithaliyanage
Copy link
Contributor

Description:
Readiness probes are designed to let Kubernetes know when your app is ready to serve traffic. When new configuration applies, Pod will pull the base image according to the image pull policy and restart the pod.

Here the issue is if a user sends a request while restarting k8s will response as connection refuse error. Need to avoid this from adding readiness and liveliness props into the deployment spec.

Suggested Labels:
Type/Improvement

Suggested Assignees:

Affected Product Version:

OS, DB, other environment details and versions:

Steps to reproduce:

Related Issues:

@GDLMadushanka
Copy link

We introduced an internal API to check the readiness of the pod.
The following is the configuration used in deployment.yaml file

 readinessProbe:
     httpGet:
         path: /healthz
         port: 9201
     initialDelaySeconds: 5
     periodSeconds: 2 

This is available from 1.2.0-m1

@sajithaliyanage sajithaliyanage transferred this issue from wso2/k8s-ei-operator Mar 16, 2021
@sajithaliyanage
Copy link
Contributor Author

We can add this specs under the deploySpec

@abeykoon
Copy link
Contributor

For liveness probe by default we will check the passthro HTTP port.
For readiness probe by default we will check above /healthz API.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants