हम हर महीने Chrome का नया वर्शन रिलीज़ करते हैं, ताकि यह पक्का किया जा सके कि दुनिया भर के करोड़ों उपयोगकर्ताओं और कारोबारों को नई सुविधाएं, सुरक्षा से जुड़े अपडेट, और परफ़ॉर्मेंस अपग्रेड मिलते रहें. अब हम ज़्यादा तेज़ी से रिलीज़ साइकल की मदद से सुधार कर सकते हैं और समस्याओं को पहले से ज़्यादा तेज़ी से ठीक कर सकते हैं—इसका मतलब है कि आपको नए अपडेट ज़्यादा बार मिलेंगे.
हमने Chrome की रिलीज़ टीम के टेक्निकल प्रोग्राम मैनेजर बेन हेनरी, कृष्णा गोविंद, हैरी सॉडर्स, श्रीनिवास सिस्टमा, और ब्रैंडन हेनन से बातचीत की. हमने इस बारे में विस्तार से जाना कि कैसे वे दुनिया भर में मौजूद Google की टीमों के साथ मिलकर काम कर रहे हैं, ताकि हर रिलीज़ आसानी से हो.
सवाल. आपकी टीम, Chrome के हर रिलीज़ के लिए कैसे तैयारी करती है?
बेन: सबसे पहले, हमारी टीम में सात लोग हैं, जो दो प्रमुख भौगोलिक क्षेत्रों में फ़ुल टाइम काम कर रहे हैं. हमें लगता है कि रिलीज़ की तैयारी करना किसी ट्रेन शेड्यूल की तरह है. Chrome की माइलस्टोन रिलीज़ की तैयारी करने के लिए, हम चार रिलीज़ चैनलों–कैनरी, डेव, बीटा, और स्टेबल का इस्तेमाल करते हैं. जैसे-जैसे हम आगे बढ़ते हैं, हर चैनल में ज़्यादा Chrome उपयोगकर्ता होते हैं. इससे हमें Chrome की स्थिरता और परफ़ॉर्मेंस के बारे में सुझाव मिलते हैं, जिसका मकसद प्रॉडक्ट में क्वालिटी की समस्याओं का जल्द से जल्द पता लगाना होता है. हम इस बात पर बारीकी से ध्यान देते हैं कि उपयोगकर्ता और डेवलपर सोशल मीडिया पर क्या कह रहे हैं. साथ ही, हम प्रेस लेख और गड़बड़ी की रिपोर्ट पर भी खास ध्यान देते हैं, ताकि उन सभी चीज़ों के बारे में पता लगाया जा सके जो हमसे छूट गई हैं. इसके बाद, हमारे इंजीनियर और प्रॉडक्ट मैनेजर की टीम, इस सुझाव/शिकायत/राय का इस्तेमाल, सुविधा को बेहतर बनाने के लिए कर सकती है.
इसके बाद, हम क्वालिटी से जुड़ी किसी भी समस्या का पता लगाने के लिए, कई बार जांच करते हैं. इसके लिए, हम सबसे पहले लगातार काम करने वाले ऑटोमेटेड सिस्टम (कार्रवाइयों को अपने-आप पूरा करने वाले सिस्टम) का इस्तेमाल करते हैं. इसके बाद, हम टेस्टिंग करने वाली उन टीमों की मदद लेते हैं जो मैन्युअल तरीके से गड़बड़ियों का पता लगाती हैं.
सवाल. क्या आपके पास किसी बाहरी डेवलपर से हाल ही में मिले सुझाव, शिकायत या राय का कोई ऐसा उदाहरण है जिससे यह पक्का करने में मदद मिली कि आपने इस वर्शन को बेहतरीन तरीके से शिप किया है?
श्रीनिवास: हम हमेशा अपने वेब डेवलपर पर भरोसा करते हैं. इसके लिए, हम सुझाव, शिकायत या राय देने के साथ-साथ, नई सुविधाओं, जैसे कि नए एपीआई या iOS पर Chrome से जुड़े खास बदलावों के लिए सुझाव देते हैं. हमारी बड़ी उपलब्धियां दो अंकों से बदलकर तीन अंकों (99 से 100) हो गई हैं. इस दौरान, हमने वेब डेवलपर के साथ दिशा-निर्देश शेयर किए, ताकि असली बदलाव से पहले चीज़ों को टेस्ट किया जा सके. इससे यह पक्का किया जा सकेगा कि हमने उनके सुझाव, शिकायत या राय को शामिल किया है या उनकी साइटें हैक नहीं की हैं. इससे, हमें M100 के रोल आउट की प्रोसेस से जुड़ी कोई बड़ी समस्या हुए बिना, इस बदलाव को रोल आउट करने में मदद मिली.
सवाल. Chrome अपडेट के रोल आउट होने के दौरान, अगर आपको सुरक्षा से जुड़ी कोई गड़बड़ी या समस्या मिलती है, तो क्या होगा?
कृष्णा: हम पक्का करते हैं कि Chrome के नए वर्शन, उपयोगकर्ताओं के लिए धीरे-धीरे रोल आउट किए जाएं. नई रिलीज़, तुरंत ही 100% उपयोगकर्ताओं को नहीं भेजी जातीं. अगर हमें कोई गंभीर गड़बड़ी मिलती है, तो हम उस वर्शन को रोल आउट करना बंद कर देते हैं जिस पर असर हुआ है. इससे, उसके असर को कम किया जा सकता है. इसके बाद, हम दुनिया भर में मौजूद Chrome की टीमों के साथ मिलकर काम करते हैं, ताकि जल्द से जल्द और सुरक्षित तरीके से, Chrome को ठीक करने और पैच करने की प्रोसेस पूरी की जा सके. इस समस्या के ठीक होने की पुष्टि होने के बाद, हम Chrome का एक नया वर्शन बनाते हैं और रोल आउट करने की प्रोसेस फिर से शुरू कर देते हैं. दिन के आखिर में, ज़्यादातर उपयोगकर्ताओं को इस समस्या का सामना नहीं करना पड़ेगा, क्योंकि उन्हें रिलीज़ किए जाने से पहले ही ठीक कर लिया जाता है. सुरक्षा से जुड़ी समस्याओं के लिए, हम Project Zero की जानकारी ज़ाहिर करने की नीति का पालन करते हैं. इसलिए, जब जंगल में जोखिम की आशंकाओं का ज़्यादा से ज़्यादा फ़ायदा उठाया जा रहा है, तो हमारा लक्ष्य है कि इस समस्या को सात दिन के अंदर अपने चैनल का इस्तेमाल करने वाले लोगों के लिए उपलब्ध कराया जाए.
सवाल. Chrome की रिलीज़, कारोबारों के लिए तैयार हैं, यह पक्का करने के लिए क्या कुछ और मेहनत करनी पड़ती है?
ब्रैंडन: हमारे मुख्य लक्ष्यों में से एक यह पक्का करना है कि Chrome, हम पर निर्भर कई कारोबारों के लिए भरोसेमंद और स्थिर प्लैटफ़ॉर्म बना रहे. इसका मतलब है कि कारोबारों को उनके काम के मुताबिक सबसे बेहतर और नई सुविधाएं उपलब्ध कराना और उनकी मदद से, लोगों को उनके काम में आने वाली किसी भी तरह की रुकावट से बचाना है. कारोबार की ज़रूरतें अलग-अलग होती हैं और यह किसी भी एंटरप्राइज़ को नुकसान पहुंचा सकती है. इसलिए, Chrome ने अपनी इंजीनियरिंग और प्रॉडक्ट टीम के लिए खास दिशा-निर्देश दिए हैं. साथ ही, हम लॉन्च की जाने वाली हर सुविधा की समीक्षा करते हैं, ताकि यह पक्का किया जा सके कि Chrome का हर रिलीज़ "एंटरप्राइज़ के लिए सही" हो. इसमें, कंपनियों को हमारे Chrome Enterprise रिलीज़ नोट्स में हुए अहम बदलावों के बारे में सूचना देना शामिल है. साथ ही, आईटी एडमिन कई बदलावों को एंटरप्राइज़ नीति की मदद से कंट्रोल कर सकते हैं. इससे वे बेफ़िक्र रह सकते हैं. इसलिए, अगर वे इंटरनल टेस्टिंग करना चाहते हैं या किसी नई सुविधा से ऑप्ट आउट करना चाहते हैं, तो वे ऐसा ही कर सकते हैं. अचानक होने वाली समस्याओं से बचने के लिए, हमारे पास खास तरह का टेस्टिंग इन्फ़्रास्ट्रक्चर है जिसे एंटरप्राइज़ एनवायरमेंट को सिम्युलेट करने के लिए डिज़ाइन किया गया है. उदाहरण के लिए, Active Directory के डोमेन से जुड़े डिवाइसों पर Chrome चलाना, जिसका इस्तेमाल हम सभी Chrome रिलीज़ की जांच करने के लिए करते हैं.
Chrome, स्कूलों और कारोबारों के लिए कई तरह के अपडेट कंट्रोल भी उपलब्ध कराता है. एडमिन, Chrome के खास वर्शन को कंट्रोल कर सकते हैं और पुराने वर्शन पर रोल बैक कर सकते हैं. साथ ही, पूरी तरह काम करने वाले एक्सटेंडेड स्टेबल रिलीज़ चैनल का फ़ायदा ले सकते हैं. इस बारे में ज़्यादा जानकारी पाने के लिए, इस तकनीकी दस्तावेज़ में जाएं. जो एडमिन अपने सभी डिवाइसों के अपडेट की स्थिति देखना चाहते हैं वे Chrome ब्राउज़र क्लाउड मैनेजमेंट में शामिल वर्शन रिपोर्ट का इस्तेमाल कर सकते हैं.
सवाल. क्या आपकी टीम आने वाले समय में कुछ बदलाव कर सकती है?
हैरी: हम हमेशा अपने उपयोगकर्ताओं और डेवलपर के लिए, Chrome को बेहतर बनाने के तरीके खोजते रहते हैं. खास तौर पर, जब रिलीज़ साइकल को छोटा करने की बात हो. ऐसा करने से, उपयोगकर्ताओं को ज़्यादा स्टेबल Chrome मिलेगा और जल्द ही गड़बड़ियां ठीक हो जाएंगी और नई सुविधाएं मिलेंगी. हम यह भी जानते हैं कि तीव्र सुविधा विकास, तेज़ इटरेशन साइकल, और बेहतर कोड हेल्थ की वजह से हमारे इंजीनियरों और प्रॉडक्ट मैनेजरों को विकास की बढ़ती गति से फ़ायदा मिलता है. मान लें कि कोई प्रॉडक्ट मैनेजर, Chrome के सभी उपयोगकर्ताओं के लिए कोई सुविधा लॉन्च करना चाहता है. इस सुविधा के "हो गया" होने से लेकर, इसे आम तौर पर उपलब्ध होने में 16 हफ़्ते तक लग सकते हैं. रिलीज़ साइकल को सिर्फ़ कुछ हफ़्तों तक कम करके, हम नई सुविधा के लॉन्च में लगने वाले समय को काफ़ी कम कर सकते हैं.