liveness probe और readiness probe में क्या फर्क है?

liveness probe फेल होने पर kubelet container को restart कर देता है, तो यह उस प्रोसेस के लिए है जो अटक गया है और खुद उबर नहीं सकता। readiness probe फेल होने पर pod Service endpoints से हट जाता है और उसे ट्रैफिक मिलना बंद हो जाता है, लेकिन वह चलता रहता है। धीरे बूट होने वाले ऐप्स के लिए startup probes होते हैं ताकि लंबा startup liveness न गिरा दे। liveness को खुद प्रोसेस की जांच करनी चाहिए, उसकी dependencies की नहीं।

readiness इस सवाल का जवाब देती है कि क्या यह pod अभी ट्रैफिक ले सकता है, और liveness इसका कि क्या यह प्रोसेस अब बचने लायक नहीं रहा। readiness फेल हो तो endpoints controller pod को Service से हटा देता है, ट्रैफिक रुक जाता है, और pod चलता रहता है ताकि उबर सके। liveness फेल हो तो kubelet container को मारकर दोबारा चालू करता है। जो गलती मैं सबसे ज़्यादा देखता हूं वह ऐसा liveness endpoint है जो डेटाबेस और cache दोनों जांचता है। फिर डेटाबेस तीस सेकंड लड़खड़ाता है, हर replica एक साथ liveness फेल करता है, पूरा deployment restart हो जाता है, और अब असली समस्या के ऊपर ठंडा cache और thundering herd भी मिल जाता है। इसलिए liveness सिर्फ यह जांचती है कि प्रोसेस जवाब दे रहा है, और dependency की जांच readiness में होनी चाहिए, क्योंकि कुछ देर ट्रैफिक खो देना संभल जाता है। जिस सर्विस को गर्म होने में नब्बे सेकंड लगते हैं, उसके लिए मैं उदार failure threshold वाला startup probe जोड़ता हूं ताकि जब तक वह ऊपर न आ जाए liveness शुरू ही न हो। readiness rolling updates भी चलाती है, तो मैं ध्यान रखता हूं कि shutdown की शुरुआत में ही वह not ready हो जाए, प्रोसेस के connections लेना बंद करने से पहले।