Thanks for the simple & easy explanation. I'm still not clear with startup probe, startup probe will delay liveness & readiness check? instead can't we just increase delay for them
Well, with an initial delay, you can set a fixed time for warm-up, for example, 60 seconds. A startup probe allows you to start testing immediately, for example, every 10 seconds, with a high failure threshold value. So potentially, if your app is ready quicker than the fixed time, it's more efficient.
🔴 - To support my channel, I’d like to offer Mentorship/On-the-Job Support/Consulting - me@antonputra.com
As usual, great content ... relevant on my job and cloud in general, keep educating ..thank you.
Thanks for keeping coming back!
Very important concept, nicely explained. Thanks for sharing.
I have a post scheduled on readiness probe tomorrow.
thanks!
Thanks for the simple & easy explanation.
I'm still not clear with startup probe,
startup probe will delay liveness & readiness check? instead can't we just increase delay for them
Well, with an initial delay, you can set a fixed time for warm-up, for example, 60 seconds. A startup probe allows you to start testing immediately, for example, every 10 seconds, with a high failure threshold value. So potentially, if your app is ready quicker than the fixed time, it's more efficient.
0:34, so if it only kills the container, and not the pod, I don't follow how it ends up getting redeployed on another node.
my bad, liveness probe will restart the container, it will not by default reschedule it on another node
@@AntonPutra Okay cool. just wanted to make sure I am not missing something. Thanks for replying!