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

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

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

रिलीज़ से जुड़ा डेटा देखने के लिए, रिलीज़ की निगरानी डैशबोर्ड का इस्तेमाल करना

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

यह नया डैशबोर्ड, कंसोल में मौजूद सबसे नई रिलीज़ पेज से बेहतर है. रिलीज़ की निगरानी डैशबोर्ड में, उस पेज की तुलना में ज़्यादा जानकारी मिलती है. साथ ही, इसमें Google Analytics के बिना भी काम का डेटा दिखता है. इसके अलावा, यह ज़्यादा तेज़ी से लोड होता है.

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

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

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

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

डैशबोर्ड के इस्तेमाल के लिए ज़रूरी शर्तें

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

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

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+Crashlytics
  BoM

• बिल्ड के साथ पिछले तीन दिनों में इंटरैक्ट करने वाले उपयोगकर्ताओं की संख्या ज़्यादा हो:

  • बिल्ड के साथ इंटरैक्ट करने वाले यूनीक उपयोगकर्ताओं की संख्या कम से कम 500 हो या

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

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

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

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

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

• बिल्ड के साथ पिछले तीन दिनों में इंटरैक्ट करने वाले उपयोगकर्ताओं की संख्या ज़्यादा हो:

  • बिल्ड के साथ इंटरैक्ट करने वाले यूनीक उपयोगकर्ताओं की संख्या कम से कम 500 हो या

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

चेतावनी सेट अप करना

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

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

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

• अपनी पसंद के सूचना चैनल पर, नई या दोबारा हुई समस्याओं के बारे में चेतावनियां भेजें:

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

  • तीसरे पक्ष की सेवाओं के लिए, बेहतर अलर्ट सेट अप करें Cloud Functions for Firebaseका इस्तेमाल करके.

रिलीज़ करने से पहले, पक्का करें कि रिलीज़ की प्रक्रिया आसानी से हो

अपने ऐप्लिकेशन का सबसे नया वर्शन रिलीज़ करने से पहले, यहां दी गई कुछ सेवाओं और सुविधाओं का इस्तेमाल करें, ताकि रिलीज़ की प्रक्रिया आसानी से हो.

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

Firebase, रिलीज़ से पहले की जांच में मदद करने वाले दो प्रॉडक्ट ऑफ़र करता है: Test Lab और App Distribution. इन दोनों सेवाओं को, आपके CI/CD फ़्लो में इंटिग्रेट किया जा सकता है.

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

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

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

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

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