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