इस पेज पर, Firebase प्रोजेक्ट सेट अप करने और अपने ऐप्लिकेशन को किसी प्रोजेक्ट के साथ रजिस्टर करने के लिए, सामान्य और बेहतर तरीके बताए गए हैं. इससे आपको अलग-अलग एनवायरमेंट का इस्तेमाल करने वाला डेवलपमेंट वर्कफ़्लो बनाने में मदद मिलेगी. इस पेज पर दिए गए सबसे सही तरीकों के बारे में जानने के बाद, सुरक्षा से जुड़े सामान्य दिशा-निर्देश देखें.
Firebase प्रोजेक्ट की हैरारकी को समझना
इस डायग्राम में, Firebase प्रोजेक्ट की बुनियादी हैरारकी दिखाई गई है. ये रही ज़रूरी बातें
संबंध:
Firebase प्रोजेक्ट, आपके सभी ऐप्लिकेशन और प्रोजेक्ट के लिए उपलब्ध संसाधनों और सेवाओं के लिए एक कंटेनर की तरह होता है.
किसी Firebase प्रोजेक्ट में एक या उससे ज़्यादा Firebase ऐप्लिकेशन रजिस्टर किए जा सकते हैं (उदाहरण के लिए, किसी ऐप्लिकेशन के iOS और Android दोनों वर्शन या दोनों वर्शन पैसे चुकाकर खरीदे गए वर्शन).
एक ही Firebase प्रोजेक्ट में रजिस्टर किए गए सभी Firebase ऐप्लिकेशन के साथ शेयर करते हैं और उन सभी संसाधनों और सेवाओं का ऐक्सेस जिन्हें इस प्रोजेक्ट के लिए प्रावधान किया गया है. यहां कुछ उदाहरण दिए गए हैं:
एक ही Firebase प्रोजेक्ट में रजिस्टर किए गए सभी Firebase ऐप्लिकेशन का डेटा एक जैसा होता है बैकएंड, जैसे कि Firebase Hosting, Authentication, Realtime Database, Cloud Firestore, Cloud Storage, और Cloud Functions.
एक ही Firebase प्रोजेक्ट में रजिस्टर किए गए सभी Firebase ऐप्लिकेशन जुड़े हुए हैं में इस्तेमाल किया जा सकता है, जिसमें हर Firebase ऐप्लिकेशन अलग-अलग डेटा स्ट्रीम बनाने के लिए करें.
इस क्रम में Google Cloud प्रोजेक्ट कहां आ सकता है?
Firebase प्रोजेक्ट के क्रम का एक पहलू, जिसे डायग्राम में नहीं दिखाया गया है ऊपर दिया गया संबंध Google Cloud प्रोजेक्ट के साथ है. Firebase प्रोजेक्ट यह सिर्फ़ एक Google Cloud प्रोजेक्ट है, जिसमें Firebase से जुड़ी खास जानकारी है कॉन्फ़िगरेशन और सेवाएं चालू कर दी गई हैं. ध्यान दें कि एक ही Firebase प्रोजेक्ट में रजिस्टर किए गए सभी ऐप्लिकेशन आपके पास Google Cloud के सभी संसाधनों और सेवाओं का ऐक्सेस भी होगा.
इसमें Firebase और Google Cloud के संबंध के बारे में ज़्यादा जानें Firebase प्रोजेक्ट के बारे में जानकारी
Firebase प्रोजेक्ट के साथ ऐप्लिकेशन के वैरिएंट रजिस्टर करना
Firebase के साथ ऐप्लिकेशन के वैरिएंट रजिस्टर करने के लिए, यहां कुछ अहम सुझाव दिए गए हैं प्रोजेक्ट:
पक्का करें कि Firebase प्रोजेक्ट के लिए रजिस्टर किए गए सभी ऐप्लिकेशन, प्लैटफ़ॉर्म के वैरिएंट हों एक ही ऐप्लिकेशन के बारे में. iOS को रजिस्टर करें, Android और एक ही Firebase वाले एक ही ऐप्लिकेशन या गेम के वेब वर्शन प्रोजेक्ट.
अगर आपके पास एक से ज़्यादा बिल्ड वैरिएंट हैं, जो एक ही Firebase को शेयर कर सकते हैं संसाधन, वैरिएंट को उसी Firebase प्रोजेक्ट के साथ रजिस्टर करें. कुछ सूचनाएं मिल रही हैं उदाहरण के लिए, एक ही प्रोजेक्ट में ब्लॉग और वेब ऐप्लिकेशन या दोनों मुफ़्त और पैसे देकर वर्शन इस्तेमाल करने की सुविधा मिलती है.
अगर आपके पास रिलीज़ की स्थिति के आधार पर एक से ज़्यादा बिल्ड के वैरिएंट हैं (ऊपर दिए गए तरीके की तरह, असली उपयोगकर्ता की सामान्य गतिविधि या ऐक्सेस के बजाय), हर उपयोगकर्ता को रजिस्टर करें एक अलग Firebase प्रोजेक्ट वाला वैरिएंट. उदाहरण के लिए, डीबग करना बनाम रिलीज़ बिल्ड – इनमें से हर बिल्ड को उसके अपने Firebase प्रोजेक्ट में रजिस्टर करें.
रिलीज़ की स्थिति के आधार पर बनाए जाने वाले बिल्ड, Firebase के एक जैसे संसाधन शेयर नहीं किए जाने चाहिए क्योंकि ऐसा करने से, आपके डीबग डेटा से प्रदूषण या आपके प्रोडक्शन को ओवरराइड करने का जोखिम भी रहता है डेटा शामिल है.
इनमें से हर एक बिल्ड वैरिएंट के प्लैटफ़ॉर्म-वैरिएंट को वही Firebase प्रोजेक्ट. उदाहरण के लिए, iOS और Android, दोनों "डेवलपर" में डीबग बनाना Firebase प्रोजेक्ट इसलिए बनाया गया है, क्योंकि वे दोनों बिना प्रोडक्शन वाला डेटा और संसाधन.
मल्टी-टेनेंसी से बचना
मल्टी-टेनेसी की वजह से, कॉन्फ़िगरेशन और डेटा की निजता से जुड़ी गंभीर समस्याएं पैदा हो सकती हैं. जैसे, Analytics एग्रीगेशन, शेयर किए गए पुष्टि करने की सुविधा से जुड़ी समस्याएं, बहुत जटिल डेटाबेस स्ट्रक्चर, और सुरक्षा नियमों के साथ मुश्किलें.
आम तौर पर, अगर ऐप्लिकेशन का कोई सेट एक जैसा डेटा और कॉन्फ़िगरेशन शेयर नहीं करता, हर ऐप्लिकेशन को एक अलग Firebase प्रोजेक्ट के साथ रजिस्टर करने के बारे में सोचें.
उदाहरण के लिए, अगर आपने व्हाइट-लेबल ऐप्लिकेशन डेवलप किया है, तो हर ऐप्लिकेशन अलग-अलग लेबल किए गए ऐप्लिकेशन का अपना Firebase प्रोजेक्ट होना चाहिए. साथ ही, iOS और Android पर उस लेबल के वर्शन उसी Firebase प्रोजेक्ट में होने चाहिए. निजता की वजहों से, अलग-अलग लेबल वाले हर ऐप्लिकेशन को दूसरों के साथ डेटा शेयर नहीं करना चाहिए.
अगले चरण
समीक्षा करें सुरक्षा से जुड़े सामान्य दिशा-निर्देश अलग-अलग एनवायरमेंट के लिए. आपको यह पक्का करना होगा कि हर एनवायरमेंट और इसके डेटा सुरक्षित रहता है.