अपने प्रोजेक्ट में मौजूद प्रॉडक्ट और संसाधनों की जगहों के बारे में जानें

ऐसे प्रॉडक्ट या संसाधन जिनके लिए जगह की सेटिंग ज़रूरी होती है

कई प्रॉडक्ट या संसाधनों के लिए, जगह की जानकारी की सेटिंग ज़रूरी होती है.

Product डिफ़ॉल्ट जगह ज़्यादा जानकारी
Firebase AI Logic
  • Gemini Developer API के लिए: जगह नहीं चुनी जा सकती; यह हमेशा ग्लोबल होता है.
  • Agent Platform Gemini API (formerly Vertex AI) के लिए: अगर जगह की जानकारी सेट नहीं की गई है, तो डिफ़ॉल्ट क्षेत्र us-central1 होता है.
इस जगह से मॉडल को ऐक्सेस किया जाता है.
Google Analytics जगह की डिफ़ॉल्ट जानकारी नहीं है.
आपको यह जगह सेट करनी होगी. 		यह Analytics की रिपोर्टिंग की जगह2 है. यह आपके संगठन के देश या इलाके को दिखाती है. Analytics रिपोर्टिंग की जगह की जानकारी के हिसाब से, रेवेन्यू की रिपोर्टिंग के लिए मुद्रा तय की जाती है.
Firebase App Hosting जगह की डिफ़ॉल्ट जानकारी नहीं है.
आपको हर बैकएंड के लिए यह जगह सेट करनी होगी. 		इस जगह पर App Hosting डिप्लॉयमेंट, आपके हर बैकएंड संसाधन को बनाता है.
हर बैकएंड अलग-अलग जगहों पर हो सकता है.
Firebase SQL Connect जगह की डिफ़ॉल्ट जानकारी नहीं है.
आपको हर इंस्टेंस के लिए जगह की जानकारी सेट करनी होगी. 		हर इंस्टेंस अलग-अलग जगह पर हो सकता है.
Cloud Firestore 1 जगह की डिफ़ॉल्ट जानकारी नहीं है.
आपको हर इंस्टेंस के लिए जगह की जानकारी सेट करनी होगी. 		हर इंस्टेंस अलग-अलग जगह पर हो सकता है.
Firebase Realtime Database जगह की डिफ़ॉल्ट जानकारी नहीं है.
आपको हर इंस्टेंस के लिए जगह की जानकारी सेट करनी होगी. 		हर इंस्टेंस अलग-अलग जगह पर हो सकता है.
Cloud Storage for Firebase 1 जगह की डिफ़ॉल्ट जानकारी नहीं है.
आपको हर बकेट के लिए जगह की जानकारी सेट करनी होगी. 		हर बकेट अलग-अलग जगहों पर हो सकती है.
Cloud Functions for Firebase 1 जगह की जानकारी सेट न होने पर, डिफ़ॉल्ट क्षेत्र us-central1 होता है. हर फ़ंक्शन अलग-अलग जगहों पर हो सकता है.

1 आपके प्रोजेक्ट में इन प्रॉडक्ट का इस्तेमाल कब शुरू किया गया था, इसके आधार पर इन प्रॉडक्ट के बीच जगह की जानकारी से जुड़ी निर्भरताएं हो सकती हैं. आपको इस डिपेंडेंसी को "डिफ़ॉल्ट Google Cloud संसाधनों के लिए जगह की जानकारी" के तौर पर दिखाया जा सकता है. जगह के हिसाब से टारगेटिंग की सुविधा के बारे में ज़्यादा जानें.

2 Analytics रिपोर्टिंग की जगह से यह फ़र्क़ नहीं पड़ता कि Google, Firebase के लिए ग्राहक से जुड़ा डेटा कहां प्रोसेस और सेव कर सकता है.

किसी प्रॉडक्ट या उसके संसाधनों के लिए जगह की जानकारी सेट करना

आपने कुछ प्रॉडक्ट के लिए, प्रॉडक्ट लेवल पर जगह की जानकारी सेट की है. हालांकि, ज़्यादातर प्रॉडक्ट के लिए, संसाधन लेवल पर जगह की जानकारी सेट की जाती है. उदाहरण के लिए, हर Cloud Storage बकेट या हर फ़ंक्शन के लिए.

Product जगह की जानकारी कब और कैसे सेट की जाती है यह सुविधा किन देशों/इलाकों में उपलब्ध है
Firebase AI Logic
  • Gemini Developer API के लिए: जगह नहीं चुनी जा सकती; यह हमेशा ग्लोबल होता है.
  • Agent Platform Gemini API (formerly Vertex AI) के लिए: अपने कोडबेस में Agent Platform बैकएंड सेवा शुरू करते समय, आपके पास यह तय करने का विकल्प होता है कि मॉडल को कहां से ऐक्सेस किया जाए.
    अगर आपने कोई जगह नहीं बताई है, तो डिफ़ॉल्ट क्षेत्र us-central1 होता है.
Firebase AI Logic locations
Google Analytics Firebase कंसोल में जाकर, अपने Firebase प्रोजेक्ट में Google Analytics चालू करने पर, आपको Analytics रिपोर्टिंग की जगह चुनने के लिए कहा जाता है. आपको ऐसा देश या इलाका चुनना चाहिए जो आपके संगठन की जगह के बारे में बताता हो.

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

इसकी सूची, Google Analytics सेटिंग > रिपोर्टिंग पैनल में देखें.
Firebase App Hosting App Hosting बैकएंड बनाते समय, आपसे जगह चुनने के लिए कहा जाता है. बैकएंड बनाने के लिए, Firebase कंसोल, REST API या Firebase CLI का इस्तेमाल किया जा सकता है. App Hosting जगहें
Firebase SQL Connect SQL Connect सेवा का इंस्टेंस उपलब्ध कराते समय, उसकी जगहें सेट की जाती हैं. साथ ही, इससे जुड़े Google Cloud SQL इंस्टेंस की जगह की जानकारी भी सेट की जाती है.
किसी इंस्टेंस को प्रोविज़न करने के लिए, Firebase कंसोल या Firebase सीएलआई का इस्तेमाल किया जा सकता है. 		SQL Connect सेवा और Cloud SQL इंस्टेंस की जगह की जानकारी
Cloud Firestore 1 Cloud Firestore डेटाबेस इंस्टेंस को प्रोविज़न करते समय, उसकी जगह सेट की जाती है. कोई इंस्टेंस उपलब्ध कराने के लिए, Firebase कंसोल, REST API, Firebase सीएलआई या Terraform का इस्तेमाल किया जा सकता है. Cloud Firestore locations
Firebase Realtime Database Realtime Database इंस्टेंस को प्रोविज़न करते समय, उसकी जगह की जानकारी सेट की जाती है.
किसी इंस्टेंस को चालू करने के लिए, Firebase कंसोल, REST API, Firebase सीएलआई या Terraform का इस्तेमाल किया जा सकता है. 		Realtime Database locations
Cloud Storage for Firebase 1 Cloud Storage बकेट को प्रोविज़न करते समय, उसकी जगह की जानकारी सेट की जाती है.
बकेट को प्रोविज़न करने के लिए, Firebase कंसोल, REST API या Terraform का इस्तेमाल किया जा सकता है. 		Cloud Storage for Firebase locations
Cloud Functions for Firebase 1 फ़ंक्शन लिखते समय, उसके लिए क्षेत्र सेट किया जा सकता है. हालांकि, ऐसा करना ज़रूरी नहीं है.

अगर आपने कोई जगह नहीं चुनी है, तो डिफ़ॉल्ट क्षेत्र us-central1 होता है.

Cloud Functions for Firebase locations

1 आपके प्रोजेक्ट में इन प्रॉडक्ट का इस्तेमाल कब शुरू किया गया था, इसके आधार पर इन प्रॉडक्ट के बीच जगह की जानकारी से जुड़ी निर्भरताएं हो सकती हैं. आपको इस डिपेंडेंसी को "डिफ़ॉल्ट Google Cloud संसाधनों के लिए जगह की जानकारी" के तौर पर दिखाया जा सकता है. जगह के हिसाब से टारगेटिंग की सुविधा के बारे में ज़्यादा जानें.

जगह की जानकारी की सेटिंग देखना

Product जगह की जानकारी की सेटिंग कहां देखें
Firebase AI Logic
  • Gemini Developer API के लिए: जगह नहीं चुनी जा सकती; यह हमेशा ग्लोबल होता है.
  • Agent Platform Gemini API (formerly Vertex AI) के लिए: अपने कोडबेस में, Agent Platform बैकएंड सेवा के इनिशियलाइज़ेशन को ढूंढें. अगर कोई जगह नहीं दी गई है, तो जगह की डिफ़ॉल्ट जानकारी us-central1 होती है.
Google Analytics Firebase कंसोल में, सेटिंग प्रोजेक्ट सेटिंग > इंटिग्रेशन > Google Analytics पर जाएं. अपने Google Analytics खाते को खोलने के लिए, खाता नंबर पर क्लिक करें. इसके बाद, अपने खाते की जगह की जानकारी ढूंढने के लिए, एडमिन पैनल पर जाएं.
Firebase App Hosting
  • Firebase कंसोल में, App Hosting पेज पर जाएं. यहां आपको अपने बैकएंड और उनकी जगहों की सूची दिखेगी.
  • किसी बैकएंड के लिए जगह की जानकारी देखने के लिए, Firebase सीएलआई कमांड firebase apphosting:backends:get --project PROJECT_ID BACKEND_ID का इस्तेमाल किया जा सकता है
Firebase SQL Connect Firebase कंसोल में, SQL Connect पेज पर जाएं. यहां आपको अपने डेटाबेस इंस्टेंस और उनकी लोकेशन की सूची दिखेगी.
Cloud Firestore Firebase कंसोल में, Cloud Firestore डेटा टैब पर जाएं. यहां आपको अपने डेटाबेस इंस्टेंस और उनकी जगहों की सूची दिखेगी.
Firebase Realtime Database Firebase कंसोल में, Realtime Database डेटा टैब पर जाएं. यहां आपको अपने डेटाबेस इंस्टेंस और उनकी जगहों की सूची दिखेगी.
Cloud Storage for Firebase Firebase console में, Cloud Storage फ़ाइलें टैब पर जाएं. यहां आपको अपने बकेट और उनकी जगहों की सूची दिखेगी.
Cloud Functions for Firebase
  • शेड्यूल किए गए फ़ंक्शन: हर जॉब और फ़ंक्शन के विषयों की सूची देखने के लिए, Google Cloud कंसोल में जाकर Cloud Scheduler पर जाएं. जगह का नाम, विषय के नाम का आखिरी सेगमेंट होता है.
  • बिना शेड्यूल किए गए फ़ंक्शन: अपने फ़ंक्शन के सोर्स कोड में, region पैरामीटर ढूंढें. अगर कोई क्षेत्र नहीं दिया गया है, तो डिफ़ॉल्ट जगह us-central1 होती है.

"Google Cloud के डिफ़ॉल्ट संसाधनों के लिए जगह की जानकारी" की वजह से, जगह की जानकारी से जुड़ी समस्याएं हो सकती हैं

"डिफ़ॉल्ट Google Cloud संसाधनों के लिए जगह की जानकारी" सेटिंग, Google App Engine से जुड़े किसी भी प्रोजेक्ट के संसाधनों के लिए जगह की जानकारी की सेटिंग होती है. इसमें ये शामिल हैं:

  • डिफ़ॉल्ट Cloud Firestore डेटाबेस इंस्टेंस
  • Firebase बकेट के लिए डिफ़ॉल्ट Cloud Storage, जिसका नाम *.appspot.com फ़ॉर्मैट में है
  • Google Cloud Scheduler का इस्तेमाल खास तौर पर, शेड्यूल किए गए 1st gen फ़ंक्शन के साथ किया जाता है

"डिफ़ॉल्ट Google Cloud संसाधनों के लिए जगह" सेटिंग को बदला नहीं जा सकता. इसके अलावा, किसी एक संसाधन के लिए जगह की जानकारी सेट करने पर, App Engine के साथ जुड़े सभी संसाधनों के लिए जगह की जानकारी अपने-आप सेट हो जाती है.

हालांकि, पिछले कुछ सालों में Firebase और Google Cloud के इकोसिस्टम में कई बदलाव हुए हैं. इसलिए, Google Cloud से जुड़े संसाधनों में भी बदलाव हुए हैं.App Engine खास तौर पर, 30 अक्टूबर, 2024 से, Firebase बकेट के लिए नए डिफ़ॉल्ट Cloud Storage का नाम *.firebasestorage.app फ़ॉर्मैट में होगा. साथ ही, ये App Engine से नहीं जुड़े होंगे.

Cloud Storage

यहां जगह की जानकारी पर निर्भरता से जुड़े बदलावों की जानकारी दी गई है:

  • 30 अक्टूबर, 2024 से, अगर डिफ़ॉल्ट Cloud Firestore इंस्टेंस और Firebase बकेट के लिए डिफ़ॉल्ट Cloud Storage को अब तक चालू नहीं किया गया है, तो:

    • डिफ़ॉल्ट Cloud Firestore इंस्टेंस उपलब्ध कराने से, प्रोजेक्ट में उपलब्ध कराए जाने वाले किसी भी App Engine ऐप्लिकेशन के लिए जगह की जानकारी सेट हो जाती है. हालांकि, इससे आने वाले समय में डिफ़ॉल्ट Cloud Storage बकेट की जगह की जानकारी नहीं मिलती है.

    • डिफ़ॉल्ट Cloud Storage बकेट उपलब्ध कराने से, App Engine ऐप्लिकेशन अब उपलब्ध नहीं होता. इसलिए, डिफ़ॉल्ट Cloud Storage बकेट की जगह से, आने वाले समय में डिफ़ॉल्ट Cloud Firestore इंस्टेंस की जगह तय नहीं होती.

  • 30 अक्टूबर, 2024 से, अगर डिफ़ॉल्ट Cloud Firestore इंस्टेंस पहले से ही चालू है, लेकिन Firebase बकेट के लिए डिफ़ॉल्ट Cloud Storage चालू नहीं है, तो:

    • मौजूदा डिफ़ॉल्ट Cloud Firestore इंस्टेंस से, आने वाले समय में डिफ़ॉल्ट Cloud Storage बकेट (*.firebasestorage.app) की जगह तय नहीं होती है.

  • 30 अक्टूबर, 2024 से, अगर Firebase बकेट के लिए डिफ़ॉल्ट Cloud Storage पहले से उपलब्ध कराया गया है (खास तौर पर, *.appspot.com बकेट), लेकिन डिफ़ॉल्ट Cloud Firestore इंस्टेंस उपलब्ध नहीं कराया गया है, तो:

    • जब डिफ़ॉल्ट Cloud Storage बकेट (*.appspot.com) उपलब्ध कराई गई थी, तब App Engine ऐप्लिकेशन को भी उपलब्ध कराया गया था. इसलिए, आने वाले समय में डिफ़ॉल्ट Cloud Firestore इंस्टेंस की जगह उस समय सेट की गई थी. *.appspot.com बकेट को मिटाने के बाद भी, App Engine ऐप्लिकेशन को मिटाया नहीं जा सकता. इसलिए, आने वाले समय में डिफ़ॉल्ट Cloud Firestore इंस्टेंस की जगह की सेटिंग पहले से ही सेट होती है.

अगर आपने 1st gen शेड्यूल किए गए फ़ंक्शन का इस्तेमाल किया है, तो उनकी जगह की जानकारी, डिफ़ॉल्ट Google Cloud संसाधनों की जगह की जानकारी के तौर पर सेट की जाती है. ऐसा इसलिए है, क्योंकि Cloud Scheduler और App Engine पहले एक-दूसरे से जुड़े थे. इसके अलावा, अगर आपने जगह की जानकारी की सेटिंग शेयर करने वाले अन्य संसाधनों को उपलब्ध कराने से पहले, 1st gen शेड्यूल किए गए फ़ंक्शन सेट अप किए हैं, तो आपको उनकी जगह की जानकारी भी सेट करनी होगी.

अगले चरण

  • लेटेंसी, उपलब्धता, और टिकाऊपन से जुड़ी ज़रूरी शर्तों को पूरा करने वाले ऐप्लिकेशन बनाने के बारे में ज़्यादा जानने के लिए, भौगोलिक क्षेत्र और इलाके लेख पढ़ें.