अपने ऐप्लिकेशन के नए वर्शन की रिलीज़ की स्थिरता पर नज़र रखें

अपने मोबाइल ऐप्लिकेशन के नए वर्शन को प्रोडक्शन में रोल आउट करना, ऐप्लिकेशन डेवलपमेंट के सबसे रोमांचक हिस्सों में से एक है, लेकिन यह सबसे तनाव भरा भी हो सकता है! आपकी टीम को वर्शन रिलीज़, नई गड़बड़ियों, और उन गड़बड़ियों के असर पर नज़र रखनी होगी. साथ ही, पिछली रिलीज़ से तुलना करने के साथ-साथ और भी बहुत कुछ करना होगा.

इस पेज पर Firebase के कई टूल के बारे में बताया गया है. इनकी मदद से, मोबाइल ऐप्लिकेशन के रिलीज़ होने से जुड़े डेटा पर नज़र रखी जा सकती है.

रिलीज़ से जुड़े डेटा के बारे में जानने के लिए, रिलीज़ मॉनिटर करने की सुविधा डैशबोर्ड का इस्तेमाल करें

Firebase कंसोल में, रिलीज़ मॉनिटर करने का डैशबोर्ड Firebase Crashlytics की मदद से काम करता है. यह सिर्फ़ एक डैशबोर्ड है. इसकी मदद से, सबसे नई प्रोडक्शन रिलीज़ पर नज़र रखी जाती है. डैशबोर्ड करीब-करीब रीयल-टाइम में अपडेट होता है. साथ ही, आपको रिलीज़ से जुड़ी सबसे अहम मेट्रिक की हाई-लेवल जानकारी मिलती है. इसमें क्रैश-फ़्री मेट्रिक, वर्शन को डाउनलोड करने से जुड़ी मेट्रिक, पिछली रिलीज़ से तुलना, और रिलीज़ से जुड़ी नई समस्याओं की जानकारी शामिल होती है.

यह नया डैशबोर्ड, कंसोल में हाल ही की रिलीज़ पेज पर बेहतर दिखता है. उस पेज की तुलना में, रिलीज़ मॉनिटरिंग डैशबोर्ड ज़्यादा जानकारी जोड़ता है, Google Analytics की ज़रूरत के बिना काम का डेटा दिखाता है, और ज़्यादा तेज़ी से लोड होता है.

डैशबोर्ड की सुविधाएं

• रीयल-टाइम रिपोर्टिंग
  सभी चार्ट करीब-करीब रीयल टाइम में अपडेट हो जाते हैं. अपने नए वर्शन को डिप्लॉय करने के कुछ समय बाद, उसे उपयोगकर्ताओं से दिलचस्पी लेने के दौरान देखा जा सकता है. अगर उनमें से कुछ उपयोगकर्ताओं को क्रैश का सामना करना पड़ता है, तो क्रैश-फ़्री मेट्रिक चार्ट से, आपको उनके असर की जानकारी तुरंत मिल जाएगी.

• पिछली रिलीज़ के आधार पर तुलना और मानदंड
  अपनी पिछली रिलीज़ के हिसाब से यह देखा जा सकता है कि आपकी नई रिलीज़ कितने समय तक चलती है. डैशबोर्ड की मदद से, अपने हाल ही में रिलीज़ हुए वर्शन की लाइव मेट्रिक और पहले रिलीज़ किए गए अपने दो बिल्ड की तुलना की जा सकती है.

• मुख्य नई समस्याएं
  अपनी नई रिलीज़ के नए क्रैश आने पर, उन्हें देखा जा सकता है. मुख्य नई समस्याएं टेबल में, उन समस्याओं के असर पर नज़र रखी जा सकती है जिनका पता आपके हाल ही में रिलीज़ हुआ था. इससे आपको तुरंत यह फ़ैसला लेने में मदद मिलती है कि रिलीज़ को रोकना है या रोलबैक करना है.

डैशबोर्ड से जुड़ी ज़रूरी शर्तें

रिलीज़ मॉनिटर करना डैशबोर्ड में, अपनी नई रिलीज़ देखने के लिए यह तरीका अपनाएं:

1. पक्का करें कि आपका ऐप्लिकेशन कम से कम Crashlytics SDK के इन वर्शन का इस्तेमाल करता हो:
   Apple प्लैटफ़ॉर्म: v10.8.0+ | Android: v18.6.0+ (BoM v32.6.0+ | Flutter: v31.4.1v31+

2. ऐप्लिकेशन का नया वर्शन उपयोगकर्ता के लिए पब्लिश करें, ताकि आपके ऐप्लिकेशन में दिलचस्पी रखने वाले उपयोगकर्ताओं की संख्या ज़रूरत के मुताबिक हो.

डैशबोर्ड के बारे में अक्सर पूछे जाने वाले सवाल

रिलीज़ मॉनिटर करने की सुविधा वाले डैशबोर्ड का इस्तेमाल करने के लिए, SDK टूल के कौनसे वर्शन ज़रूरी हैं?

डैशबोर्ड पर कोई बिल्ड दिखाने के लिए, कम से कम इनमें Crashlytics SDK टूल के इन वर्शन का इस्तेमाल करना ज़रूरी है:
Apple प्लैटफ़ॉर्म: v10.8.0+ | Android: v18.6.0+ (BoM v32.6.0+) | Flutter: v3.4.5+ | Unity: 11.7.0+

ध्यान दें कि SDK टूल के इन वर्शन को अक्सर "सेशन की सुविधा" SDK वर्शन के तौर पर जाना जाता है, क्योंकि इनमें Crashlytics को सेशन का डेटा भेजने की क्षमता होती है. यह Crashlytics की कई नई सुविधाओं के लिए ज़रूरी है, जैसे कि रिलीज़ मॉनिटरिंग डैशबोर्ड.

रिलीज़ मॉनिटर करने की सुविधा वाले डैशबोर्ड पर, "ज़्यादा उपयोगकर्ताओं के शामिल होने का इंतज़ार किया जा रहा है" क्यों दिखता है?

किसी बिल्ड को डैशबोर्ड पर दिखाने के लिए, उसे इन सभी ज़रूरी शर्तों को पूरा करना होगा:

• इस बिल्ड में कम से कम, Crashlytics SDK के इन वर्शन का इस्तेमाल किया जाता है:
  Apple प्लैटफ़ॉर्म: v10.8.0+ | Android: v18.6.0+ (BoM v32.6.0+) | Flutter: v3.4.5+ | Unity: 11.7.0+

• बिल्ड में पिछले तीन दिनों में ज़रूरत के मुताबिक उपयोगकर्ता मौजूद हों:

  • बिल्ड में कम से कम 500 यूनीक उपयोगकर्ता होने चाहिए या

  • बिल्ड के कुल उपयोगकर्ताओं का कम से कम 1% हिस्सा है और कम से कम दो यूनीक उपयोगकर्ता हैं.

रिलीज़ मॉनिटरिंग डैशबोर्ड पर कौनसे बिल्ड देखे जा सकते हैं?

रिलीज़ मॉनिटर करने की सुविधा वाले डैशबोर्ड का मकसद, प्रोडक्शन रिलीज़ यानी ऐसे बिल्ड में आपकी मदद करना है जिन्हें बड़ी संख्या में लोग इस्तेमाल करते हों.

किसी बिल्ड को डैशबोर्ड पर दिखाने के लिए, उसे इन सभी ज़रूरी शर्तों को पूरा करना होगा:

• इस बिल्ड में कम से कम, Crashlytics SDK के इन वर्शन का इस्तेमाल किया जाता है:
  Apple प्लैटफ़ॉर्म: v10.8.0+ | Android: v18.6.0+ (BoM v32.6.0+) | Flutter: v3.4.5+ | Unity: 11.7.0+

• बिल्ड में पिछले तीन दिनों में ज़रूरत के मुताबिक उपयोगकर्ता मौजूद हों:

  • बिल्ड में कम से कम 500 यूनीक उपयोगकर्ता होने चाहिए या

  • बिल्ड के कुल उपयोगकर्ताओं का कम से कम 1% हिस्सा है और कम से कम दो यूनीक उपयोगकर्ता हैं.

(Google Play से डिस्ट्रिब्यूट किए गए ऐप्लिकेशन के लिए) अगर किसी ऐप्लिकेशन में Google Play का लिंक है, तो डैशबोर्ड पर Play Prod ट्रैक में मौजूद सभी बिल्ड दिखते हैं. भले ही, Crashlytics को कोई सेशन लॉग न मिला हो या उस बिल्ड के लिए सक्रिय उपयोगकर्ता न मिले हों.

ध्यान दें कि डैशबोर्ड में तुलनाओं या सक्रिय उपयोगकर्ताओं के प्रतिशत का डेटा देखने के लिए, आपको कम से कम दो बिल्ड रिलीज़ करने होंगे जो पहले की ज़रूरी शर्तों को पूरा करते हों.

सक्रिय उपयोगकर्ता चार्ट में दिखाई गई वैल्यू को कैसे तय या कैलकुलेट किया जाता है?

सबसे पहले, सक्रिय उपयोगकर्ता चार्ट में इस्तेमाल होने वाली कुछ शब्दावली को समझना मददगार होगा:

• सेशन, लगातार चलने वाली वह समयावधि होती है जिसमें उपयोगकर्ता किसी ऐप्लिकेशन से जुड़ता है. ऐप्लिकेशन के कोल्ड शुरू होने पर या कम से कम 30 मिनट तक बैकग्राउंड में चलने के बाद, नया सेशन शुरू होता है.

• किसी बिल्ड के लिए, सक्रिय उपयोगकर्ता ऐसे उपयोगकर्ताओं की संख्या होती है जिन्होंने उस बिल्ड का इस्तेमाल करके सेशन शुरू किया है. इन उपयोगकर्ताओं को घंटे के हिसाब से ग्रुप में रखा जाता है.

• कुल (सक्रिय) उपयोगकर्ता ऐसे उपयोगकर्ताओं की संख्या है जिन्होंने ऐप्लिकेशन के किसी भी बिल्ड में सेशन शुरू किया है. इसमें सेशन की सुविधा वाले SDK टूल के वर्शन का इस्तेमाल किया जाता है. इस वर्शन को घंटे के हिसाब से ग्रुप में बांटा जाता है.

सक्रिय उपयोगकर्ता चार्ट में, पिछले 60 मिनट या अगर पिछले 60 मिनट में कोई सक्रिय उपयोगकर्ता नहीं रहा था, तो इसका मतलब है कि पिछले 60 मिनट में सक्रिय उपयोगकर्ताओं के प्रतिशत की वैल्यू और उनकी संख्या. उदाहरण के लिए, उदाहरण के लिए दिए गए इस स्क्रीनशॉट में, पिछले 60 मिनट में 6.0.0 (600) बिल्ड के लिए 90 सक्रिय उपयोगकर्ता थे. यह संख्या, ऐप्लिकेशन के कुल (सक्रिय) उपयोगकर्ताओं का 22.1% है.

सक्रिय उपयोगकर्ता चार्ट में मौजूद लाइनों पर कर्सर रखने पर, सक्रिय उपयोगकर्ताओं के प्रतिशत का हिसाब उस समयावधि में सक्रिय उपयोगकर्ताओं की संख्या के आधार पर लगाया जाता है जिस पर कर्सर घुमाया जा रहा है.

ध्यान दें कि सक्रिय उपयोगकर्ताओं का प्रतिशत देखने के लिए, आपको कम से कम दो बिल्ड रिलीज़ करने होंगे, जो अक्सर पूछे जाने वाले सवालों में बताई गई ज़रूरी शर्तों को पूरा करते हों "कौनसे बिल्ड रिलीज़ मॉनिटरिंग डैशबोर्ड पर देखे जा सकते हैं.

मेरे सक्रिय उपयोगकर्ताओं का प्रतिशत 0% क्यों है?

सक्रिय उपयोगकर्ताओं का प्रतिशत, सेशन के मिले डेटा पर आधारित होता है, न कि किसी दूसरे डेटा (जैसे कि Google Play का डेटा या क्रैश रिपोर्ट) पर.

मुझे तुलनाएं और/या सक्रिय उपयोगकर्ताओं का प्रतिशत क्यों नहीं दिख रहा है?

अगर आपने पहली बार अपने ऐप्लिकेशन को Crashlytics SDK टूल के साथ काम करने वाले वर्शन के साथ रिलीज़ किया है, तो इसका मतलब है कि तुलना करने के लिए Crashlytics के पास पिछले सेशन का कोई डेटा मौजूद नहीं है.

सूचनाएं सेट अप करें

Crashlytics के साथ-साथ कई Firebase प्रॉडक्ट, प्रॉडक्ट से जुड़ी अलग-अलग वजहों से सूचनाएं भेज सकते हैं. सूचनाएं पाने के लिए, आपके पास ज़रूरी अनुमतियां होनी चाहिए.

अपनी नई रिलीज़ की स्थिरता पर नज़र रखने के लिए, परफ़ॉर्मेंस मॉनिटरिंग और Crashlytics, दोनों से सूचनाएं सेट अप की जा सकती हैं. Crashlytics के लिए खास तौर पर ये सूचनाएं सेट अप की जा सकती हैं:

• अगर आपके ऐप्लिकेशन की कोई भी समस्या, Firebase कंसोल में तय की गई थ्रेशोल्ड को पार करती है, तो अपनी टीम को इसकी सूचना देने के लिए, वेलोसिटी अलर्ट का इस्तेमाल करें.

• अपनी पसंद के सूचना चैनल पर, नई या दोबारा की गई समस्याओं के बारे में सूचनाएं भेजें:

  • Jir, Slack, और PagerDuty के लिए, Firebase-कंसोल के कॉन्फ़िगर किए गए सूचना इंटिग्रेशन का इस्तेमाल करें.

  • 'Firebase के लिए Cloud Functions' का इस्तेमाल करके, तीसरे पक्ष की सेवाओं के लिए बेहतर सूचना देने की सुविधा सेट अप करें.

रिलीज़ करने से पहले आसानी से रिलीज़ करें

नए वर्शन को रिलीज़ करने से पहले, उसे बिना किसी रुकावट के रिलीज़ करने के लिए, इनमें से कुछ सेवाओं और सुविधाओं को इस्तेमाल करें.

रिलीज़ से पहले की जांच सेवाओं का इस्तेमाल करना

Firebase दो ऐसे प्रॉडक्ट उपलब्ध कराता है जो रिलीज़ से पहले की टेस्टिंग में आपकी मदद कर सकते हैं: टेस्ट लैब और ऐप्लिकेशन डिस्ट्रिब्यूशन. इन दोनों सेवाओं को आपके सीआई/सीडी फ़्लो में इंटिग्रेट किया जा सकता है.

Firebase टेस्ट लैब, क्लाउड-आधारित ऐप्लिकेशन टेस्टिंग इंफ़्रास्ट्रक्चर है. इसकी मदद से, कई तरह के डिवाइसों और कॉन्फ़िगरेशन पर अपने ऐप्लिकेशन की जांच की जा सकती है. इससे यह तय किया जा सकता है कि लाइव उपयोगकर्ताओं के लिए ऐप्लिकेशन की परफ़ॉर्मेंस कैसी होगी.

जब आप अपने ऐप्लिकेशन के नए बिल्ड को भरोसेमंद ह्यूमन टेस्ट करने वालों के हाथों में देने के लिए तैयार हों, तो Firebase App Distribution का इस्तेमाल करें. Apple प्लैटफ़ॉर्म और Android के रिलीज़ से पहले वाले डिस्ट्रिब्यूशन को एक ही जगह से मैनेज किया जा सकता है.

रोल आउट और सीमित टेस्टिंग सेवाओं का इस्तेमाल करें

Firebase रिमोट कॉन्फ़िगरेशन का इस्तेमाल करके, कुछ प्रतिशत रोल आउट मैकेनिज़्म वाली नई सुविधाएं लॉन्च करें या सीमित टेस्टिंग ग्रुप में उन सुविधाओं की जांच करें.

Firebase में A/B टेस्टिंग भी मौजूद है, ताकि आप अपने ऐप्लिकेशन के यूज़र इंटरफ़ेस (यूआई), सुविधाओं या यूज़र ऐक्टिविटी कैंपेन में होने वाले बदलावों की जांच कर सकें. ऐसा करके, ऐप्लिकेशन को बड़े पैमाने पर रोल आउट करने से पहले, यह देखा जा सकता है कि इन बदलावों से आपकी मुख्य मेट्रिक (जैसे, आय और निजी डेटा का रखरखाव) पर क्या असर पड़ता है.