उत्पादन ऐप्स के लिए, आपको एक स्पष्ट विकास कार्यप्रवाह सेट करना होगा, खासकर यदि आपके ऐप पर एक से अधिक व्यक्ति काम कर रहे हों। एक विकास कार्यप्रवाह में आमतौर पर कई वातावरणों की स्थापना और प्रबंधन शामिल होता है।
फायरबेस में डेवलपर वर्कफ़्लोज़ और घटक परिवेशों के लिए समर्थन के विभिन्न स्तर हैं। एक बार जब आप इस पृष्ठ पर डेवलपर वर्कफ़्लो शर्तों और मान्यताओं से परिचित हो जाते हैं, तो Firebase प्रोजेक्ट और अपने ऐप्स सेट करने के लिए हमारे सामान्य सर्वोत्तम अभ्यास और सामान्य सुरक्षा दिशानिर्देश देखें ।
वातावरण के बारे में
सॉफ्टवेयर विकास में, एक वातावरण सभी हार्डवेयर और सॉफ्टवेयर है जो किसी एप्लिकेशन या एप्लिकेशन के सिस्टम के इंस्टेंस को चलाने के लिए आवश्यक होते हैं।
वातावरण की एक श्रृंखला उपयोगकर्ताओं को प्रभावित किए बिना सॉफ्टवेयर के विकास और परीक्षण के लिए अलगाव प्रदान करती है। जैसा कि नीचे दिए गए आरेख में दिखाया गया है, उच्च-स्तर पर परिवेशों को या तो पूर्व-उत्पादन या उत्पादन माना जाता है, और आपके पास आवश्यकतानुसार कई पूर्व-उत्पादन परिवेश हो सकते हैं। आरेख प्रत्येक प्रकार के पर्यावरण से जुड़ी सामान्य प्रथाओं और विशेषताओं का भी वर्णन करता है।
इन वातावरणों के माध्यम से उत्पादन के लिए एक सुविधा या रिलीज की प्रगति की प्रक्रिया को परिनियोजन पाइपलाइन कहा जाता है।
वातावरण के प्रकार
एक वातावरण अंतर्निहित बुनियादी ढांचे से बना होता है जिसे आपको चलाने और अपने एप्लिकेशन, उसके कोड और उसके डेटा का समर्थन करने की आवश्यकता होती है। प्रत्येक परिवेश प्रकार में उपयोग किए जाने वाले डेटा के प्रकारों पर युक्तियों सहित कुछ सामान्य परिवेशों के विवरणों की समीक्षा करने के लिए निम्न में से प्रत्येक शब्द का विस्तार करें।
प्रत्येक डेवलपर को एक विकास वातावरण की आवश्यकता होती है - परिवर्तनों का परीक्षण करने के लिए एक सुरक्षित, पृथक स्थान जैसा कि वे बनाए जा रहे हैं। आदर्श रूप से, आपकी टीम के प्रत्येक डेवलपर के पास अपने स्वयं के देव परिवेश तक पहुंच होती है। इसके अलावा, यदि देव वातावरण एक स्थानीय उदाहरण है, तो एक डेवलपर बहुत तेजी से पुनरावृति कर सकता है।
एक देव वातावरण में डेटा को डेटा के साथ सीड किया जाता है जो आम तौर पर उत्पादन डेटा जैसा दिखता है, लेकिन इसमें कभी भी कोई वास्तविक उपयोगकर्ता डेटा नहीं होना चाहिए। इसमें वह डेटा भी हो सकता है जिसने अतीत में बहुत लंबे तार की तरह बग पैदा किए हों।
यदि आपके पास स्वचालित परीक्षण हैं, तो आपको उन परीक्षणों को चलाने के लिए एक वातावरण की आवश्यकता है, और आपको हर बार परीक्षण वातावरण को स्पिन करने पर डेटा को रीसेट करने की आवश्यकता होती है।
यदि आपके पास QA इंजीनियर हैं, तो उन्हें एक ऐसे वातावरण की आवश्यकता हो सकती है जिसका वे सभी उपयोग करते हैं, या नए रिलीज़ उम्मीदवार का परीक्षण करने के लिए उन्हें अलग-अलग वातावरण की आवश्यकता हो सकती है।
परीक्षण और क्यूए वातावरण में डेटा गुणवत्ता डेटा के साथ बीजित होता है जो आम तौर पर उत्पादन डेटा का प्रतिनिधि होता है, साथ ही डेटा जो कोने के मामलों का प्रतिनिधित्व करता है और डेटा के उदाहरण जो अतीत में बग का कारण बनता है।
उत्पादन में रिलीज़ कैसे काम करेगा, इसके यथार्थवादी परीक्षणों के लिए, आपको एक ऐसे स्टेजिंग वातावरण की आवश्यकता है जो उत्पादन के बुनियादी ढांचे की यथासंभव निकटता से नकल करता हो। यदि आपको अलगाव में विशिष्ट एकीकरण का परीक्षण करने की आवश्यकता है, तो कई स्टेजिंग इंस्टेंस होना आम बात है।
यहाँ मंचन और उत्पाद के बीच सामान्य अंतर हैं:
स्टेजिंग में कुछ विशेषताएं या एकीकरण गायब हो सकते हैं जो साइड इफेक्ट का कारण बन सकते हैं। उदाहरण के लिए, स्टेजिंग को ईमेल न भेजने के लिए सेट किया जा सकता है।
स्टेजिंग में अज्ञात डेटा हो सकता है; डेटा नकली हो सकता है, लेकिन यह यथार्थवादी होना चाहिए। चूंकि स्टेजिंग समस्याओं को सुरक्षित रूप से डीबग करने का स्थान है, इसलिए आप उत्पादन डेटा की तुलना में स्टेजिंग डेटा तक व्यापक टीम को पहुंच प्रदान कर सकते हैं। इसलिए, उपयोगकर्ता की गोपनीयता की रक्षा के लिए, आपको स्टेजिंग में वास्तविक उपयोगकर्ता डेटा का उपयोग नहीं करना चाहिए।
आपके द्वारा बनाए गए प्रत्येक एप्लिकेशन के लिए, आपको एकल उत्पादन परिवेश की आवश्यकता होती है। यह वह उदाहरण है जिसके साथ आपके उपयोगकर्ता इंटरैक्ट करते हैं।
अन्य परिवेशों के विपरीत जहां आप डेटा को बदल सकते हैं, हटा सकते हैं और/या फिर से बना सकते हैं, आपके उत्पाद परिवेश में डेटा बहुत महत्वपूर्ण है; अपना उत्पाद डेटा खोने या बदलने से आपके उपयोगकर्ता सीधे प्रभावित होंगे।
Firebase कंसोल में, हम आपके उत्पादन परिवेश से संबद्ध Firebase प्रोजेक्ट को "उत्पादन" परिवेश प्रकार के रूप में टैग करने का सुझाव देते हैं . यह टैग आपको और आपके साथियों को यह याद दिलाने में मदद कर सकता है कि कोई भी परिवर्तन आपके संबद्ध उत्पादन ऐप्स और उनके डेटा को प्रभावित कर सकता है।
अगले कदम
Firebase प्रोजेक्ट स्थापित करने के लिए हमारे सामान्य सर्वोत्तम अभ्यासों की समीक्षा करें। यह मार्गदर्शिका Firebase प्रोजेक्ट पदानुक्रम, अपने ऐप्लिकेशन के प्रकारों को कैसे पंजीकृत करें, और बहु-किरायेदारी के बारे में प्रश्नों के उत्तर देती है।
विभिन्न परिवेशों के लिए सामान्य सुरक्षा दिशानिर्देशों की समीक्षा करें। आप यह सुनिश्चित करना चाहते हैं कि प्रत्येक परिवेश और उसका डेटा सुरक्षित है।
फायरबेस लॉन्च चेकलिस्ट की समीक्षा करें।