Kafka इंटरव्यू में मुझे किन प्रश्नों की अपेक्षा करनी चाहिए?

आप पहले से जानते हैं कि Kafka एक वितरित लॉग है और आपको चिंता है कि इंटरव्यू लेने वाला आपके रोज़मर्रा के उपयोग से एक स्तर अधिक गहराई में जाएगा। ये प्रश्न ठीक वहीं जाते हैं, इसलिए यह खंड शब्दावली को उसी क्रम में समझाता है जिसमें इंटरव्यू लेने वाले आम तौर पर आगे बढ़ते हैं और हर शब्द के पीछे छिपे अगले प्रश्न को इंगित करता है।

• टॉपिक और पार्टिशन। एक टॉपिक पार्टिशनों में बँटा होता है और हर पार्टिशन केवल जोड़ने योग्य, क्रमबद्ध लॉग होता है। अगला प्रश्न: Kafka एक लॉग को तेज़ बनाने के बजाय पार्टिशन जोड़कर लेखन क्षमता क्यों बढ़ाता है?
• ऑफ़सेट। किसी पार्टिशन में कंज़्यूमर की स्थिति। अगला प्रश्न: कमिट किए गए ऑफ़सेट कौन संग्रहीत करता है और कमिट करने से पहले कंज़्यूमर क्रैश हो जाए तो क्या होता है?
• कंज़्यूमर ग्रुप। एक ग्रुप के कंज़्यूमर किसी टॉपिक के पार्टिशन साझा करते हैं; किसी समय ग्रुप में एक पार्टिशन अधिकतम एक कंज़्यूमर को मिलता है। अगला प्रश्न: यदि ग्रुप में पार्टिशनों से अधिक कंज़्यूमर हों तो थ्रूपुट का क्या होता है?
• ब्रोकर और कंट्रोलर। ब्रोकर पार्टिशन संग्रहीत करते हैं; कंट्रोलर लीडर चयन और मेटाडेटा संभालता है। अगला प्रश्न: Kafka द्वारा मेटाडेटा को ZooKeeper से KRaft में ले जाने पर क्या बदला?
• प्रोड्यूसर और कुंजियाँ। कुंजी वाला संदेश उस कुंजी की हैशिंग से चुने गए पार्टिशन में जाता है; बिना कुंजी वाला संदेश पार्टिशनों में वितरित होता है। अगला प्रश्न: इन दोनों में से कौन एक ग्राहक के इवेंट का क्रम सुरक्षित रखता है?

इनका उत्तर नारे से नहीं, कार्यविधि से दें। यह कहना कि पार्टिशन समानांतरता देते हैं केवल बुनियादी अपेक्षा है; यह समझाना कि क्रम केवल एक पार्टिशन के भीतर मौजूद होता है और इसलिए कुंजी क्रम का दायरा तय करती है, वह उत्तर है जो आपको अगले दौर तक पहुँचाता है।

इस स्तर पर अधिकांश उम्मीदवार अंक खोते हैं, क्योंकि शब्द आसान हैं लेकिन समझौते नहीं। अपेक्षा करें कि इंटरव्यू लेने वाला कोई गारंटी बताएगा और आपसे सेटिंग्स के आधार पर उसे बनाने को कहेगा।

• अधिकतम-एक-बार बनाम कम-से-कम-एक-बार। प्रोसेसिंग से पहले ऑफ़सेट कमिट करने पर संदेश खो सकता है; पहले प्रोसेस करके बाद में कमिट करने पर उसे दोबारा प्रोसेस किया जा सकता है। बताएँ कि हर क्रम किस विफलता को सहता है और आपका सिस्टम किसे प्राथमिकता देता है।
• आइडेम्पोटेंट प्रोड्यूसर और ठीक-एक-बार। आइडेम्पोटेंट प्रोड्यूसर एक पार्टिशन के भीतर पुनः प्रयासों की डुप्लिकेट प्रतियाँ हटाता है; ट्रांज़ैक्शन इसे कई पार्टिशनों और कंज़्यूम-ट्रांसफ़ॉर्म-प्रोड्यूस चक्र में कंज़्यूमर ऑफ़सेट तक विस्तारित करते हैं। यह बताने को तैयार रहें कि ठीक-एक-बार किसे कवर नहीं करता: ट्रांज़ैक्शन के बाहर डाउनस्ट्रीम डेटाबेस में लेखन अब भी आपकी ज़िम्मेदारी है।
• acks, रेप्लिकेशन फ़ैक्टर और इन-सिंक रेप्लिका। acks=all इन-सिंक रेप्लिका सेट की प्रतीक्षा करता है; min.insync.replicas तय करता है कि लेखन अस्वीकार होने से पहले वह सेट कितना छोटा हो सकता है। इंटरव्यू लेने वाले अक्सर पूछते हैं कि यहाँ टिकाऊपन के बदले आप क्या त्यागते हैं: ब्रोकर खोने के दौरान विलंबता और उपलब्धता।
• रिटेंशन और कम्पैक्शन। समय या आकार पर आधारित रिटेंशन पुराने सेगमेंट हटाता है; लॉग कम्पैक्शन हर कुंजी का नवीनतम रिकॉर्ड रखता है। अगला प्रश्न: इनमें से कौन की-वैल्यू स्टोर के चेंजलॉग का आधार बनता है और क्यों?
• रीबैलेंसिंग। जब कोई कंज़्यूमर जुड़ता या निकलता है, तो पार्टिशन फिर से आवंटित किए जाते हैं। अगला प्रश्न: लंबा रीबैलेंस विलंबता-संवेदनशील सेवा को कैसे प्रभावित करता है और सहकारी रीबैलेंसिंग तथा स्थिर सदस्यता इस परेशानी को कैसे घटाते हैं?

एक उपयोगी आदत: हर बताई गई सेटिंग के लिए वह विफलता बताएँ जिसे वह रोकती है और वह लागत बताएँ जो वह जोड़ती है। यह संरचना एक ही क्रम में मूल प्रश्न और अगले प्रश्न दोनों का उत्तर देती है।

वरिष्ठ स्तर के दौर परिभाषाओं की जगह एक परिदृश्य रखते हैं और देखते हैं कि आप कैसे तर्क करते हैं। एक सामान्य सवाल: भुगतान कंपनी में प्लेटफ़ॉर्म भूमिका के लिए इंटरव्यू दे रहे बैकएंड इंजीनियर से ऐसी इवेंट पाइपलाइन डिज़ाइन करने को कहा जाता है जिसमें एक खाते का हर ट्रांज़ैक्शन क्रम से प्रोसेस हो, ट्रैफ़िक के साथ थ्रूपुट बढ़े और ब्रोकर बंद होने पर डेटा न खोए। मज़बूत उत्तर संदेशों को खाता आईडी से कुंजीबद्ध करता है ताकि एक खाते के इवेंट एक ही पार्टिशन साझा करें, वृद्धि की गुंजाइश रखते हुए अपेक्षित अधिकतम भार के अनुसार पार्टिशन तय करता है, टिकाऊपन के लिए रेप्लिकेशन और acks=all सेट करता है और बताता है कि कंज़्यूमर ऑफ़सेट कैसे कमिट करते हैं ताकि क्रैश होने पर संदेश छूटने के बजाय दोबारा चलें।

बार-बार आने वाले अन्य परिदृश्य: पीछे रह गया कंज़्यूमर और आप लैग का पता लगाकर उसकी भरपाई कैसे करते हैं; ऐसा टॉपिक जिसकी पार्टिशन संख्या पर आपको पछतावा हो और रीपार्टिशनिंग कुंजी का क्रम क्यों तोड़ती है; ऐसा दोषपूर्ण संदेश जो कंज़्यूमर को क्रैश करता है और उसे अलग करने वाला डेड-लेटर पैटर्न; प्रोड्यूसर और कंज़्यूमर में स्कीमा परिवर्तन तथा स्कीमा रजिस्ट्री से मिलने वाला लाभ। इंटरव्यू लेने वाला केवल एक सही आर्किटेक्चर नहीं खोज रहा होता। वे चाहते हैं कि आप बाधा बताएँ, कार्यविधि चुनें और समझौते को स्पष्ट रूप से व्यक्त करें।

इंटरव्यू से पहले इन्हें केवल पढ़ने के बजाय बोलकर अभ्यास करें। अगले प्रश्नों से चुनौती देने वाले AI इंटरव्यूअर के साथ परिदृश्य-आधारित प्रश्नों का पूर्वाभ्यास करने के लिए मॉक इंटरव्यू पेज का अभ्यास मोड है और भूमिकाओं तथा विषयों के प्रश्न-संग्रह का व्यापक सेट भूमिका और विषय के अनुसार इंटरव्यू प्रश्न के अंतर्गत है।

बातचीत वाले दौर में, हाँ—ईमानदार सीमाओं के भीतर। SubcueAI का मूल macOS और Windows डेस्कटॉप ऐप इंटरव्यू लेने वाले का ऑडियो और आपका माइक्रोफ़ोन कैप्चर करके स्थानीय ओवरले में छोटे उत्तर-सुझाव दिखाता है, इसलिए जब इंटरव्यू लेने वाला पूछता है कि min.insync.replicas किससे सुरक्षा देता है, तो कार्यविधि आपकी स्क्रीन पर होती है और आप उसे अपने शब्दों में समझाते हैं। ब्राउज़र एक्सटेंशन ब्राउज़र-टैब कॉल के लिए भी यही करता है और केवल मीटिंग टैब का ऑडियो कैप्चर करता है। दोनों में से कोई कॉल में बॉट नहीं जोड़ता और न ही मीटिंग पेज में कुछ प्रविष्ट करता है; सेटअप की चरण-दर-चरण जानकारी ट्यूटोरियल पेज पर है।

सीमाएँ प्रचार से अधिक मायने रखती हैं। प्रॉक्टर्ड कोडिंग टेस्ट, रिकॉर्ड की जा रही स्क्रीन या कंपनी-प्रबंधित लैपटॉप इसके दायरे से बाहर हैं और निगरानी में कंज़्यूमर लागू करने वाला लाइव कोडिंग अभ्यास आपका अपना काम है। सहायक ऊपर दिए गए शब्दावली और समझौते वाले प्रश्नों के लिए सबसे उपयोगी और असेसमेंट प्लेटफ़ॉर्म में टाइप किए जाने वाले किसी भी काम के लिए सबसे कम उपयोगी है। इस पर निर्भर होने से पहले इसे अपना रिज़्यूमे दें, ताकि सुझाव आपके द्वारा वास्तव में किए गए Kafka कार्य को दर्शाएँ; वह प्रोफ़ाइल रिज़्यूमे बिल्डर में रहती है।