कुछ भी मान लेने से पहले real user monitoring में region के हिसाब से पैटर्न की पुष्टि करें, और देखें कि धीमापन नेटवर्क के वक्त में है, time to first byte में, या client के rendering में। अगर time to first byte हावी है, तो मामला एक ही region के origin तक के round trip का है, इसलिए edge पर cache hit rate, TLS handshake और कोई भी बातूनी क्रमिक request देखें। ठीक करने के लिए edge caching, connection reuse, और read path को यूजर के करीब लाना इस्तेमाल करें।
इंटरव्यूअर यह क्यों पूछते हैं
यह किसी distributed परफॉर्मेंस समस्या की व्यवस्थित जांच परखता है। इंटरव्यूअर चाहता है कि आप अंदाजा लगाने के बजाय latency को उसके हिस्सों में तोड़ें, और एक ही जगह से चलने वाले synthetic check के बजाय असली यूजर डेटा इस्तेमाल करें। वे यह भी देखना चाहते हैं कि आपको भौतिकी पता है: दूसरे महाद्वीप तक के round trip की एक न्यूनतम सीमा होती है, तो हल तेज कोड नहीं, कम round trip या नजदीकी origin है।
अपना जवाब कैसे स्ट्रक्चर करें
- region और नेटवर्क के हिसाब से बंटे असली यूजर डेटा से पुष्टि करें।
- latency को DNS, connection, first byte और render में तोड़ें।
- round trip की न्यूनतम सीमा से तर्क करके संभावित वजह तक पहुंचें।
- जो हिस्सा हावी है उसी के हिसाब से हल दें।
उदाहरण जवाब
पहले मैं पुष्टि करता हूं कि यह असली है और उसकी शक्ल समझता हूं, तो region, नेटवर्क और device के हिसाब से बंटी real user monitoring, क्योंकि एक ही शहर से चलने वाला synthetic check आसानी से गुमराह कर सकता है। फिर मैं timing तोड़ता हूं। अगर DNS और connection setup हावी हैं, तो मैं resolution और handshake देख रहा हूं। अगर time to first byte हावी है, तो request समुद्र पार किसी origin तक जा रही है, और हर round trip की भौतिक न्यूनतम सीमा करीब एक सौ चालीस मिलीसेकंड है, तो जो भी कई क्रमिक request कर रहा है वह उसे गुणा कर देता है। अगर client side का rendering time दोनों region में एक जैसा है, तो समस्या पक्के तौर पर transport की है। आमतौर पर मुझे edge cache miss मिलते हैं, यानी यूरोप के यूजर ऐसे edge node पर पहुंचते हैं जो सब कुछ US origin को आगे भेज देता है, और हल है hit ratio सुधारना, cache key जांचना, और edge से origin तक connection reuse चालू करना ताकि handshake बार बार न हो। उसके आगे, read replica या उन यूजर के करीब से परोसा गया read path। एक बार मुझे एक ही बिना cache वाली configuration call मिली जो page render रोक रही थी, जो US से छिपी हुई थी और यूरोप में लगभग एक सेकंड जोड़ रही थी।
जल्दी ही यह इंटरव्यू देने जा रहे हैं? GhostPilot आपकी लाइव कॉल सुनता है, सवाल पूछे जाते ही उसे पकड़ लेता है, और रियल-टाइम में एक स्ट्रक्चर्ड जवाब आपकी स्क्रीन पर डाल देता है। अगले मॉक में इसे आजमाएं, या ले लें एक $29 Session Pass, कोई सब्सक्रिप्शन नहीं, असली इंटरव्यू के लिए।
देखें यह कैसे काम करता हैफॉलो-अप सवाल जिनकी उम्मीद रखें
- यहां नेटवर्क की समस्या और application की समस्या में फर्क आप कैसे करेंगे?
- अगर database का write path एक ही region में रहना जरूरी हो तो आप क्या करेंगे?
- जिन यूजर पर आपकी कोई monitoring नहीं है, उनके लिए यह आप कैसे नापते हैं?
क्लाउड इंजीनियर के और सवाल
आपका इंटरव्यूअर इसका अपना वर्ज़न पूछेगा। फ्री Question Predictor में अपना असली जॉब डिस्क्रिप्शन पेस्ट कीजिए और वो 20 सवाल पाइए जो उस रोल में सबसे ज्यादा पूछे जाने की संभावना है, साथ में यह भी कि हर सवाल असल में क्या टटोल रहा है।
मेरे सवाल प्रेडिक्ट करें