Local Emulator Suite को इंस्टॉल, कॉन्फ़िगर, और इंटिग्रेट करना

Firebase Local Emulator Suite को अलग-अलग प्रोटोटाइप और टेस्ट एनवायरमेंट के लिए इंस्टॉल और कॉन्फ़िगर किया जा सकता है. जैसे, एक बार होने वाले प्रोटोटाइपिंग सेशन से लेकर प्रोडक्शन-स्केल के लगातार इंटिग्रेशन वर्कफ़्लो तक.

Local Emulator Suite इंस्टॉल करना

Emulator Suite को इंस्टॉल करने से पहले, आपको इनकी ज़रूरत होगी:

• Node.js का 16.0 या इसके बाद का वर्शन.
• Java JDK का 11 या इसके बाद का वर्शन.

Emulator Suite इंस्टॉल करने के लिए:

1. Firebase सीएलआई इंस्टॉल करें. अगर आपने Firebase CLI पहले से इंस्टॉल नहीं की है, तो इसे अभी इंस्टॉल करें. Emulator Suite का इस्तेमाल करने के लिए, आपको CLI 8.14.0 या इसके बाद के वर्शन की ज़रूरत होगी. आपके पास कौनसा वर्शन इंस्टॉल है, यह देखने के लिए इस निर्देश का इस्तेमाल करें:

   firebase --version

2. अगर आपने पहले से ऐसा नहीं किया है, तो मौजूदा वर्किंग डायरेक्ट्री को Firebase प्रोजेक्ट के तौर पर शुरू करें. इसके लिए, स्क्रीन पर दिए गए निर्देशों का पालन करके यह तय करें कि आपको किन प्रॉडक्ट का इस्तेमाल करना है:

   firebase init

3. Emulator Suite सेट अप करें. इस कमांड से कॉन्फ़िगरेशन विज़र्ड शुरू होता है. इसकी मदद से, अपनी पसंद के इम्यूलेटर चुने जा सकते हैं. साथ ही, उनसे जुड़ी बाइनरी फ़ाइलें डाउनलोड की जा सकती हैं. इसके अलावा, अगर डिफ़ॉल्ट पोर्ट सही नहीं हैं, तो इम्यूलेटर पोर्ट सेट किए जा सकते हैं.

   firebase init emulators

इमुलेटर इंस्टॉल होने के बाद, अपडेट की जांच नहीं की जाती है. साथ ही, जब तक Firebase CLI का वर्शन अपडेट नहीं किया जाता, तब तक कोई भी अतिरिक्त अपडेट अपने-आप डाउनलोड नहीं होगा.

Emulator Suite को कॉन्फ़िगर करना

आपके पास firebase.json फ़ाइल में, एम्युलेटर के नेटवर्क पोर्ट और सुरक्षा नियमों की परिभाषाओं के पाथ को कॉन्फ़िगर करने का विकल्प होता है:

• firebase init emulators चलाकर या firebase.json में मैन्युअल तरीके से बदलाव करके, एम्युलेटर पोर्ट बदलें.
• firebase.json में मैन्युअल तरीके से बदलाव करके, सुरक्षा नियमों की परिभाषाओं का पाथ बदलें.

इन सेटिंग को कॉन्फ़िगर न करने पर, एम्युलेटर अपने डिफ़ॉल्ट पोर्ट पर सुनेंगे. साथ ही, Cloud Firestore, Realtime Database, और Cloud Storage for Firebase एम्युलेटर, डेटा की सुरक्षा के लिए उपलब्ध सुविधाओं के साथ काम करेंगे.

पोर्ट कॉन्फ़िगरेशन

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

प्रोजेक्ट आईडी कॉन्फ़िगरेशन

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

आम तौर पर, सभी एम्युलेटर इनवोकेशन के लिए एक प्रोजेक्ट आईडी सेट करना सबसे सही तरीका है. इससे Emulator Suite UI, अलग-अलग प्रॉडक्ट एम्युलेटर, और किसी एम्युलेटर के सभी चालू इंस्टेंस, हर मामले में सही तरीके से कम्यूनिकेट कर सकते हैं.

Local Emulator Suite को जब एनवायरमेंट में एक से ज़्यादा प्रोजेक्ट आईडी मिलते हैं, तब वह चेतावनियां जारी करता है. हालांकि, firebase.json में singleProjectMode कुंजी को false पर सेट करके, इस व्यवहार को बदला जा सकता है.

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

• कमांड लाइन में डिफ़ॉल्ट प्रोजेक्ट. डिफ़ॉल्ट रूप से, स्टार्टअप पर प्रोजेक्ट आईडी को firebase init या firebase use के साथ चुने गए प्रोजेक्ट से लिया जाएगा. प्रोजेक्ट की सूची देखने और यह देखने के लिए कि कौनसा प्रोजेक्ट चुना गया है, firebase projects:list का इस्तेमाल करें.
• नियमों के यूनिट टेस्ट. प्रोजेक्ट आईडी को अक्सर, Rules Unit Testing लाइब्रेरी के initializeTestEnvironment या initializeTestApp तरीकों को कॉल करने के लिए इस्तेमाल किया जाता है.
• कमांड लाइन --project फ़्लैग. Firebase CLI --project फ़्लैग पास करने पर, डिफ़ॉल्ट प्रोजेक्ट ओवरराइड हो जाता है. आपको यह पक्का करना होगा कि फ़्लैग की वैल्यू, यूनिट टेस्ट और ऐप्लिकेशन को शुरू करने के दौरान प्रोजेक्ट आईडी से मेल खाती हो.

साथ ही, प्लैटफ़ॉर्म के हिसाब से प्रोजेक्ट आईडी के उन कॉन्फ़िगरेशन की जांच करें जिन्हें आपने Apple प्लैटफ़ॉर्म, Android, और वेब प्रोजेक्ट को कॉन्फ़िगर करते समय सेट किया था.

सुरक्षा के नियमों का कॉन्फ़िगरेशन

एम्युलेटर, firebase.json में मौजूद database, firestore, और storage कॉन्फ़िगरेशन कुंजियों से सुरक्षा नियमों का कॉन्फ़िगरेशन लेंगे.

{
  // Existing firebase configuration ...
  "database": {
    "rules": "database.rules.json"
  },
  "firestore": {
    "rules": "firestore.rules"
  },
  "storage": {
    "rules": "storage.rules"
  }

  // ...

  // Optional emulator configuration. Default
  // values are used if absent.
  "emulators": {
    "singleProjectMode": false, // do not warn on detection of multiple project IDs
    "firestore": {
      "port": "8080"
    },
    "ui": {
      "enabled": true,      // Default is `true`
      "port": 4000          // If unspecified, see CLI log for selected port
    },
    "auth": {
      "port": "9099"
    },
    "pubsub": {
      "port": "8085"
    }
  }
}

Java के विकल्प तय करना

Realtime Database एम्युलेटर, Cloud Firestore एम्युलेटर, और Cloud Storage for Firebase एम्युलेटर का कुछ हिस्सा Java पर आधारित है. इसे JAVA_TOOL_OPTIONS एनवायरमेंट वैरिएबल के ज़रिए, JVM फ़्लैग के साथ पसंद के मुताबिक बनाया जा सकता है.

उदाहरण के लिए, अगर आपको Java हीप स्पेस से जुड़ी गड़बड़ियां दिखती हैं, तो Java हीप के ज़्यादा से ज़्यादा साइज़ को 4 जीबी तक बढ़ाया जा सकता है:

export JAVA_TOOL_OPTIONS="-Xmx4g"
firebase emulators:start

एक से ज़्यादा फ़्लैग तय किए जा सकते हैं. इन्हें स्पेस से अलग करके कोटेशन मार्क में रखा जाता है. जैसे, JAVA_TOOL_OPTIONS="-Xms2g -Xmx4g". फ़्लैग का असर सिर्फ़ एमुलेटर के Java पर आधारित कॉम्पोनेंट पर पड़ता है. इनका असर Firebase CLI के अन्य हिस्सों, जैसे कि Emulator Suite UI पर नहीं पड़ता.

एम्युलेटर चालू करना

इम्यूलेटर को तब तक चलाया जा सकता है, जब तक उन्हें मैन्युअल तरीके से बंद न किया जाए. इसके अलावा, उन्हें तय की गई टेस्ट स्क्रिप्ट की अवधि तक चलाने के लिए भी सेट किया जा सकता है. इसके बाद, वे अपने-आप बंद हो जाते हैं.

आम तौर पर, firebase emulators:exec तरीका, कंटीन्यूअस इंटिग्रेशन वर्कफ़्लो के लिए ज़्यादा सही होता है.

इम्युलेटर का डेटा एक्सपोर्ट और इंपोर्ट करना

Authentication, Cloud Firestore, Realtime Database, और Cloud Storage for Firebase एम्युलेटर से डेटा एक्सपोर्ट किया जा सकता है. इसका इस्तेमाल, शेयर किए जा सकने वाले सामान्य बेसलाइन डेटा सेट के तौर पर किया जा सकता है. इन डेटा सेट को --import फ़्लैग का इस्तेमाल करके इंपोर्ट किया जा सकता है. इसके बारे में ऊपर बताया गया है.

अपने सीआई सिस्टम के साथ इंटिग्रेट करना

कंटेनर में मौजूद Emulator Suite इमेज चलाना

कंटेनर के साथ Emulator Suite को इंस्टॉल और कॉन्फ़िगर करना आसान है. इसके लिए, सामान्य सीआई सेटअप की ज़रूरत होती है.

इन बातों का ध्यान रखें:

• JAR फ़ाइलें, ~/.cache/firebase/emulators/ पर इंस्टॉल और कैश की जाती हैं.

  • बार-बार डाउनलोड करने से बचने के लिए, इस पाथ को अपने सीआई कैश कॉन्फ़िगरेशन में जोड़ा जा सकता है.

• अगर आपकी रिपॉज़िटरी में firebase.json फ़ाइल नहीं है, तो आपको emulators:start या emulators:exec कमांड में कमांड लाइन आर्ग्युमेंट जोड़ना होगा. इससे यह तय किया जा सकेगा कि कौनसे एम्युलेटर शुरू किए जाने चाहिए. उदाहरण के लिए,
  --only functions,firestore.

पुष्टि करने वाला टोकन जनरेट करें (सिर्फ़ होस्टिंग एम्युलेटर के लिए)

अगर आपके कंटिन्यूअस इंटिग्रेशन वर्कफ़्लो, Firebase Hosting पर निर्भर करते हैं, तो आपको firebase emulators:exec चलाने के लिए, टोकन का इस्तेमाल करके लॉग इन करना होगा. अन्य एम्युलेटर के लिए, लॉग इन करने की ज़रूरत नहीं होती.

टोकन जनरेट करने के लिए, अपने लोकल एनवायरमेंट पर firebase login:ci चलाएं. इसे सीआई सिस्टम से नहीं किया जाना चाहिए. पुष्टि करने के लिए निर्देशों का पालन करें. आपको हर प्रोजेक्ट के लिए, यह चरण सिर्फ़ एक बार पूरा करना होगा. ऐसा इसलिए, क्योंकि टोकन सभी बिल्ड के लिए मान्य होगा. टोकन को पासवर्ड की तरह माना जाना चाहिए. इसलिए, पक्का करें कि इसे गोपनीय रखा जाए.

अगर आपका सीआई एनवायरमेंट, ऐसे एनवायरमेंट वैरिएबल तय करने की अनुमति देता है जिनका इस्तेमाल बिल्ड स्क्रिप्ट में किया जा सकता है, तो बस FIREBASE_TOKEN नाम का एक एनवायरमेंट वैरिएबल बनाएं. इसकी वैल्यू, ऐक्सेस टोकन स्ट्रिंग होगी. Firebase CLI, FIREBASE_TOKEN एनवायरमेंट वैरिएबल को अपने-आप चुन लेगा. साथ ही, एम्युलेटर ठीक से काम करने लगेंगे.

आखिरी विकल्प के तौर पर, टोकन को अपनी बिल्ड स्क्रिप्ट में शामिल किया जा सकता है. हालांकि, यह पक्का करें कि जिन पार्टियों पर भरोसा नहीं किया जा सकता उनके पास इसका ऐक्सेस न हो. इस हार्ड-कोडेड तरीके के लिए, firebase emulators:exec कमांड में --token "YOUR_TOKEN_STRING_HERE" जोड़ा जा सकता है.

Emulator Hub REST API का इस्तेमाल करना

चालू एम्युलेटर की सूची बनाना

फ़िलहाल चल रहे एम्युलेटर की सूची बनाने के लिए, Emulator Hub के /emulators एंडपॉइंट पर GET अनुरोध भेजें.

curl localhost:4400/emulators

नतीजे के तौर पर, एक JSON ऑब्जेक्ट मिलेगा. इसमें सभी चालू एम्युलेटर और उनके होस्ट/पोर्ट कॉन्फ़िगरेशन की सूची होगी. उदाहरण के लिए:

{
  "hub":{
    "name": "hub",
    "host": "localhost",
    "port": 4400
  },
  "functions": {
    "name": "functions",
    "host": "localhost",
    "port": 5001
  }
  "firestore": {
    "name": "firestore",
    "host": "localhost",
    "port": 8080
  }
}

बैकग्राउंड फ़ंक्शन ट्रिगर चालू / बंद करें

कुछ मामलों में, आपको स्थानीय फ़ंक्शन और एक्सटेंशन ट्रिगर को कुछ समय के लिए बंद करना होगा. उदाहरण के लिए, आपको Cloud Firestore एम्युलेटर में मौजूद सारा डेटा मिटाना हो सकता है. हालांकि, ऐसा करते समय आपको Cloud Functions या Extensions एम्युलेटर में चल रहे किसी भी onDelete फ़ंक्शन को ट्रिगर नहीं करना है.

लोकल फ़ंक्शन ट्रिगर को कुछ समय के लिए बंद करने के लिए, Emulator Hub के /functions/disableBackgroundTriggers एंडपॉइंट पर PUT अनुरोध भेजें.

curl -X PUT localhost:4400/functions/disableBackgroundTriggers

नतीजे के तौर पर, आपको एक JSON ऑब्जेक्ट मिलेगा. इसमें मौजूदा स्थिति के बारे में जानकारी होगी.

{
  "enabled": false
}

स्थानीय फ़ंक्शन ट्रिगर बंद होने के बाद उन्हें चालू करने के लिए, Emulator Hub के /functions/enableBackgroundTriggers एंडपॉइंट पर PUT अनुरोध भेजें.

curl -X PUT localhost:4400/functions/enableBackgroundTriggers

नतीजे के तौर पर, आपको एक JSON ऑब्जेक्ट मिलेगा. इसमें मौजूदा स्थिति के बारे में जानकारी होगी.

{
  "enabled": true
}

एम्युलेटर एसडीके इंटिग्रेशन

इस सेक्शन में मौजूद टेबल से पता चलता है कि क्लाइंट और एडमिन एसडीके के साथ कौनसे एम्युलेटर काम करते हैं. आने वाले समय में का मतलब है कि एम्युलेटर के साथ काम करने की सुविधा उपलब्ध कराने की योजना है, लेकिन यह सुविधा अभी उपलब्ध नहीं है.

क्लाइंट SDK टूल की उपलब्धता

Admin SDK की उपलब्धता