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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

किसी बिल्ड को डैशबोर्ड पर दिखाने के लिए, उसमें 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 प्रोडक्शन ट्रैक में मौजूद सभी बिल्ड दिखते हैं. भले ही, Crashlytics को उस बिल्ड के लिए कोई सेशन लॉग न मिला हो या उसमें सक्रिय उपयोगकर्ताओं का पता न चला हो.

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

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

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

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

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

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

<i>रिलीज़ मॉनिटरिंग</i> डैशबोर्ड से, _सक्रिय उपयोगकर्ताओं_ के चार्ट के उदाहरण का स्क्रीनशॉट

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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