Cloud Firestore की बिलिंग को समझना

इस दस्तावेज़ में, Cloud Firestore की कीमत की जानकारी दी गई है.

अगर आपने अमेरिकी डॉलर के अलावा किसी दूसरी मुद्रा में पेमेंट किया है, तो Cloud Platform के एसकेयू पर आपकी मुद्रा में दी गई कीमतें लागू होंगी.

कीमत की खास जानकारी

Cloud Firestore का इस्तेमाल करने पर, आपसे इन चीज़ों के लिए शुल्क लिया जाता है:

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

स्टोरेज और बैंडविथ के इस्तेमाल का हिसाब, गीबीबाइट (GiB) में लगाया जाता है. इसमें 1 GiB = 2³⁰ बाइट होता है. सभी शुल्क हर दिन के हिसाब से लगते हैं.

यहां दिए गए सेक्शन में, Cloud Firestore के इस्तेमाल के लिए आपसे शुल्क लिए जाने के तरीके के बारे में जानकारी दी गई है.

मुफ़्त कोटा

Cloud Firestore मुफ़्त कोटा उपलब्ध कराता है. इससे बिना किसी शुल्क के शुरुआत की जा सकती है. अगर आपको ज़्यादा कोटा चाहिए, तो आपको अपने Google Cloud प्रोजेक्ट के लिए बिलिंग की सुविधा चालू करनी होगी.

कोटा हर दिन लागू होता है और पैसिफ़िक टाइम के मुताबिक आधी रात को रीसेट होता है.

यहां दी गई टेबल में, मुफ़्त में उपलब्ध कोटा की जानकारी दी गई है:

फ़्री टियर	कोटा
संग्रहित डेटा	1 जीबी
दस्तावेज़ पढ़ना	हर दिन 50,000
दस्तावेज़ लिखना	हर दिन 20,000
दस्तावेज़ मिटाना	हर दिन 20,000
आउटबाउंड डेटा ट्रांसफ़र	हर महीने 10 जीबी

इन कार्रवाइयों और सुविधाओं के लिए, बिना शुल्क के इस्तेमाल करने की सुविधा उपलब्ध नहीं है. इन सुविधाओं का इस्तेमाल करने के लिए, आपको बिलिंग चालू करनी होगी:

• टीटीएल मिटाता है
• पीआईटीआर डेटा
• बैकअप डेटा
• डेटा वापस लाने की कार्रवाइयां
• क्लोन करने की कार्रवाइयां

इन सुविधाओं के लिए बिलिंग कैसे की जाती है, इस बारे में ज़्यादा जानने के लिए स्टोरेज की कीमत देखें.

जगह के हिसाब से कीमत

हर Cloud Firestore लोकेशन के लिए, पढ़ने, लिखने, मिटाने, और स्टोरेज की कीमत देखने के लिए, Google Cloud की कीमत देखें.

अगर आपने डॉलर के अलावा किसी दूसरी मुद्रा में पेमेंट किया है, तो Cloud Platform के एसकेयू पर आपकी मुद्रा में दिखाई गई कीमतें लागू होंगी.

मुफ़्त कोटा, हर प्रोजेक्ट में सिर्फ़ एक डेटाबेस पर लागू होता है

प्रोजेक्ट में सिर्फ़ एक ऐसा डेटाबेस हो सकता है जो मुफ़्त कोटा की ज़रूरी शर्तें पूरी करता हो.

ज़्यादा डेटाबेस बनाने के लिए, आपको अपने प्रोजेक्ट का बिलिंग प्लान अपग्रेड करना होगा.

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

डेटाबेस बनाने या मिटाने के लिए, आपसे कोई अतिरिक्त शुल्क नहीं लिया जाता. इसके बाद, डेटाबेस के इस्तेमाल के आधार पर आपसे शुल्क लिया जाएगा.

पढ़ता है, लिखता है, और मिटाता है

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

लिखने और मिटाने के शुल्क आसान हैं. लिखने के लिए, हर set या update ऑपरेशन को एक बार लिखने के तौर पर गिना जाता है.

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

इंडेक्स एंट्री को पढ़ना

क्वेरी से पढ़ी गई इंडेक्स की 1,000 तक की हर एंट्री के बैच के लिए, आपसे एक बार पढ़ने की कार्रवाई का शुल्क लिया जाता है. हालांकि, इन मामलों में ऐसा नहीं होता:

• के-नीयरस्ट नेबर वेक्टर सर्च क्वेरी के लिए, आपसे एक रीड ऑपरेशन का शुल्क लिया जाता है. यह शुल्क, क्वेरी के ज़रिए पढ़ी गई 100 kNN वेक्टर इंडेक्स एंट्री के हर बैच के लिए लिया जाता है.

  उदाहरण के लिए, अगर limit: 5 वाली वेक्टर खोज क्वेरी से पांच दस्तावेज़ मिलते हैं और kNN वेक्टर इंडेक्स की 1,550 एंट्री पढ़ी जाती हैं, तो आपसे मिले दस्तावेज़ों के लिए पांच बार पढ़ने की कार्रवाइयां और इंडेक्स एंट्री के लिए 16 बार पढ़ने की कार्रवाइयां का शुल्क लिया जाएगा:

  // Requires single-field vector index
  const vectorQuery: VectorQuery = db.collection('cities').findNearest('embedding_field', FieldValue.vector([3.0, 1.0, 2.0]), {
    limit: 5,
    distanceMeasure: 'EUCLIDEAN'
  });
  

• जिन क्वेरी में एक रेंज फ़ील्ड होता है उनसे इंडेक्स एंट्री पढ़ने का शुल्क नहीं लिया जाता.

  उदाहरण के लिए, इस क्वेरी में एक समानता फ़ील्ड (age) और एक रेंज फ़ील्ड (start_date) शामिल है. साथ ही, पढ़ी गई इंडेक्स एंट्री के लिए कोई शुल्क नहीं लिया जाता:

  db.collection("employees").whereEqualTo("age", 35)
                            .whereGreaterThanOrEqualTo("start_date", new Date(2020, 1, 1))
  

  यहां दी गई क्वेरी में दो रेंज फ़ील्ड (age और start_date) शामिल हैं. इसके लिए, इंडेक्स एंट्री पढ़ने का शुल्क लिया जाता है:

  db.collection("employees").whereGreaterThanOrEqualTo("age", 35)
                            .whereGreaterThanOrEqualTo("start_date", new Date(2020, 1, 1))
  

  order by क्लॉज़ में दिखने वाले फ़ील्ड को रेंज फ़ील्ड तब माना जाता है, जब क्वेरी में कम से कम एक और रेंज फ़ील्ड मौजूद हो. इसलिए, यहां दी गई क्वेरी में दो रेंज फ़ील्ड (age और start_date) शामिल हैं. साथ ही, इंडेक्स एंट्री को पढ़ने के लिए शुल्क लिया जाता है:

  db.collection("employees").whereGreaterThanOrEqualTo("age", 35)
                            .orderBy("start_date")
  

  __name__ फ़ील्ड को हमेशा रेंज फ़ील्ड माना जाता है. भले ही, इसका इस्तेमाल सिर्फ़ समानता वाले फ़िल्टर में किया गया हो. इसलिए, यहां दी गई क्वेरी में दो रेंज फ़ील्ड (age और __name__) शामिल हैं. साथ ही, इंडेक्स एंट्री को पढ़ने के लिए शुल्क लिया जाता है:

  db.collection("employees").whereIn("__name__", Arrays.asList("/employees/Alice", "/employees/Bob"))
                            .orderBy("age")
  

एग्रीगेशन क्वेरी

एग्रीगेशन क्वेरी, जैसे कि count(), sum(), और avg() के लिए, आपसे उन इंडेक्स एंट्री का शुल्क लिया जाता है जिन्हें क्वेरी ने पढ़ा है. इसके बारे में ऊपर बताया गया है. एग्रीगेशन क्वेरी के लिए, कम से कम एक दस्तावेज़ पढ़ा जाता है. हालांकि, इसके लिए इंडेक्स की 0 एंट्री पढ़ी जाती हैं.

उदाहरण के लिए, count() ऑपरेशन के तहत 0 से 1,000 इंडेक्स एंट्री पढ़ने पर, एक दस्तावेज़ पढ़ने का शुल्क लिया जाता है. count() ऑपरेशन में 1,500 इंडेक्स एंट्री पढ़ी जाती हैं. इसके लिए, आपसे दो दस्तावेज़ पढ़ने का शुल्क लिया जाता है.

इस्तेमाल किए गए इंडेक्स और पढ़ी गई इंडेक्स एंट्री के बारे में ज़्यादा जानने के लिए, क्वेरी की जानकारी का इस्तेमाल करें.

क्वेरी के नतीजे सुनना

Cloud Firestore की मदद से, किसी क्वेरी के नतीजे सुने जा सकते हैं. साथ ही, क्वेरी के नतीजों में बदलाव होने पर, रीयलटाइम में अपडेट पाए जा सकते हैं.

क्वेरी के नतीजे सुनने पर, आपसे हर बार शुल्क लिया जाता है. ऐसा तब होता है, जब नतीजों के सेट में कोई दस्तावेज़ जोड़ा जाता है या उसे अपडेट किया जाता है. अगर किसी दस्तावेज़ में बदलाव होने की वजह से उसे नतीजों के सेट से हटा दिया जाता है, तो भी आपसे उसे पढ़ने का शुल्क लिया जाता है. (इसके उलट, किसी दस्तावेज़ को मिटाने पर, आपसे पढ़ने का शुल्क नहीं लिया जाता.)

मोबाइल और वेब SDK टूल में श्रोताओं की बिलिंग भी इस बात पर निर्भर करती है कि ऑफ़लाइन डेटा सेव करने की सुविधा चालू है या नहीं:

• अगर ऑफ़लाइन डेटा सेव करने की सुविधा चालू है और लिसनर 30 मिनट से ज़्यादा समय तक डिसकनेक्ट रहता है (उदाहरण के लिए, अगर उपयोगकर्ता ऑफ़लाइन हो जाता है), तो आपसे उन दस्तावेज़ों और इंडेक्स एंट्री के लिए शुल्क लिया जाएगा जिन्हें पढ़ा गया है. यह शुल्क, ऐसे लिया जाएगा जैसे आपने कोई नई क्वेरी जारी की हो.

• अगर ऑफ़लाइन डेटा को सेव करने की सुविधा बंद है, तो आपको पढ़े गए दस्तावेज़ों और इंडेक्स एंट्री के लिए शुल्क देना होगा. ऐसा तब होगा, जब लिसनर डिसकनेक्ट और फिर से कनेक्ट होगा. इसे ऐसे समझें कि आपने हर बार एक नई क्वेरी जारी की है.

नतीजों के बड़े सेट मैनेज करना

Cloud Firestore में कई सुविधाएं उपलब्ध हैं. इनकी मदद से, उन क्वेरी को मैनेज किया जा सकता है जिनके नतीजे बहुत ज़्यादा होते हैं:

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

कर्सर, पेज टोकन, और सीमाएं इस्तेमाल करने के लिए, कोई अतिरिक्त शुल्क नहीं देना होता. दरअसल, इन सुविधाओं की मदद से सिर्फ़ उन दस्तावेज़ों को पढ़ा जा सकता है जिनकी आपको ज़रूरत है. इससे आपके पैसे बच सकते हैं.

हालांकि, ऑफ़सेट वाली क्वेरी भेजने पर, आपको हर उस दस्तावेज़ के लिए रीड का शुल्क देना होगा जिसे स्किप किया गया है. उदाहरण के लिए, अगर आपकी क्वेरी में 10 का ऑफ़सेट इस्तेमाल किया गया है और क्वेरी से एक दस्तावेज़ मिलता है, तो आपसे 11 बार पढ़ने का शुल्क लिया जाएगा. इस अतिरिक्त लागत की वजह से, जब भी संभव हो, आपको ऑफ़सेट के बजाय कर्सर का इस्तेमाल करना चाहिए.

दस्तावेज़ पढ़ने के अलावा अन्य क्वेरी

दस्तावेज़ पढ़ने के अलावा अन्य क्वेरी के लिए, जैसे कि कलेक्शन आईडी की सूची का अनुरोध करने पर, आपसे एक दस्तावेज़ पढ़ने का शुल्क लिया जाता है. अगर नतीजों का पूरा सेट फ़ेच करने के लिए एक से ज़्यादा अनुरोध करने पड़ते हैं (उदाहरण के लिए, अगर पेज नंबर का इस्तेमाल किया जा रहा है), तो आपसे हर अनुरोध के लिए एक बार शुल्क लिया जाता है.

क्वेरी के लिए कम से कम शुल्क

हर क्वेरी के लिए, कम से कम एक दस्तावेज़ पढ़ने का शुल्क लिया जाता है. भले ही, क्वेरी के नतीजे न मिलें.

Cloud Firestore Security Rules

मोबाइल और वेब क्लाइंट लाइब्रेरी के लिए, अगर आपका Cloud Firestore Security Rules, आपके डेटाबेस से एक या उससे ज़्यादा दस्तावेज़ों को पढ़ने के लिए exists(), get() या getAfter() का इस्तेमाल करता है, तो आपसे अतिरिक्त रीड के लिए शुल्क लिया जाता है. यह शुल्क इस तरह से लिया जाता है:

• आपसे उन रीड के लिए शुल्क लिया जाता है जो आपके Cloud Firestore Security Rules का आकलन करने के लिए ज़रूरी हैं.

  उदाहरण के लिए, अगर आपके नियमों में तीन दस्तावेज़ों का रेफ़रंस दिया गया है, लेकिन Cloud Firestore को आपके नियमों का आकलन करने के लिए, सिर्फ़ दो दस्तावेज़ पढ़ने हैं, तो आपको निर्भर दस्तावेज़ों को दो बार पढ़ने के लिए शुल्क देना होगा.

  अगर आपके नियमों में किसी दस्तावेज़ का एक से ज़्यादा बार रेफ़रंस दिया गया है, तब भी आपसे हर दस्तावेज़ को पढ़ने के लिए सिर्फ़ एक बार शुल्क लिया जाएगा.

• नियम के आकलन के लिए, हर अनुरोध पर आपसे सिर्फ़ एक बार शुल्क लिया जाता है.

  इसलिए, एक-एक करके दस्तावेज़ पढ़ने की तुलना में, एक साथ कई दस्तावेज़ पढ़ने में कम खर्च आ सकता है. ऐसा इसलिए, क्योंकि एक साथ कई दस्तावेज़ पढ़ने के लिए कम अनुरोधों की ज़रूरत होती है.

• क्वेरी के नतीजे सुनने पर, नियम के आकलन के लिए आपसे शुल्क लिया जाता है. ऐसा इन सभी मामलों में होता है:

  • क्वेरी जारी करने पर.
  • क्वेरी के नतीजे अपडेट होने पर.
  • जब उपयोगकर्ता का डिवाइस ऑफ़लाइन हो जाता है और फिर से ऑनलाइन हो जाता है.
  • नियमों को अपडेट करते समय.
  • जब भी नियमों में शामिल दस्तावेज़ों को अपडेट किया जाता है.

डेटाबेस के स्टोरेज का साइज़

Cloud Firestore में सेव किए गए डेटा के हिसाब से आपसे शुल्क लिया जाता है. इसमें स्टोरेज ओवरहेड भी शामिल है. ओवरहेड में मेटाडेटा, अपने-आप बनने वाले इंडेक्स, और कंपोज़िट इंडेक्स शामिल होते हैं.

Cloud Firestore में सेव किए गए हर दस्तावेज़ के लिए, यह मेटाडेटा ज़रूरी है:

• दस्तावेज़ का आईडी, जिसमें कलेक्शन आईडी और दस्तावेज़ का नाम शामिल है.
• हर फ़ील्ड का नाम और वैल्यू. Cloud Firestore में स्कीमा नहीं होता. इसलिए, किसी दस्तावेज़ में मौजूद हर फ़ील्ड का नाम, फ़ील्ड की वैल्यू के साथ सेव किया जाना चाहिए.
• दस्तावेज़ से जुड़े सभी सिंगल-फ़ील्ड और कंपोज़िट इंडेक्स. हर इंडेक्स एंट्री में ये चीज़ें शामिल होती हैं: कलेक्शन आईडी, इंडेक्स की परिभाषा के आधार पर फ़ील्ड वैल्यू की कोई भी संख्या, और दस्तावेज़ का नाम.

स्टोरेज की लागत, GiB/महीना के हिसाब से होती है. इसका हिसाब हर दिन लगाया जाता है. Cloud Firestore यह हर दिन डेटाबेस के साइज़ को मेज़र करता है. एक महीने की अवधि में, डेटाबेस के स्टोरेज साइज़ का हिसाब लगाने के लिए, इन सैंपल पॉइंट का औसत निकाला जाता है. इस औसत वैल्यू को स्टोरेज की यूनिट कीमत (जीआईबी-महीना) से गुणा किया जाता है

Cloud Firestore स्टोरेज का हिसाब कैसे लगाया जाता है, यह जानने के लिए स्टोरेज के साइज़ का हिसाब लगाने के तरीके पर जाएं.

पीआईटीआर डेटा

PITR की सुविधा चालू करने पर, आपसे PITR डेटा के स्टोरेज का शुल्क लिया जाता है. ज़्यादातर ग्राहकों को लगेगा कि PiTR डेटा स्टोरेज की कुल लागत, डेटाबेस के स्टोरेज की लागत के बराबर है.

पीआईटीआर के लिए स्टोरेज का शुल्क, हर महीने के हिसाब से GiB में लिया जाता है. इसका हिसाब हर दिन लगाया जाता है. Cloud Firestore हर दिन डेटाबेस के साइज़ को मेज़र करता है. एक महीने की अवधि में, इन सैंपल पॉइंट का औसत निकालकर डेटाबेस के स्टोरेज साइज़ का हिसाब लगाया जाता है. इस औसत वैल्यू को पीआईटीआर (GiB-महीना) की यूनिट कीमत से गुणा किया जाता है.

उदाहरण के लिए, अगर किसी महीने में आपके डेटाबेस का औसत साइज़ 1 GiB है और पूरे महीने के लिए पीआईटीआर की सुविधा चालू है, तो पीआईटीआर के लिए बिल किए जाने वाले डेटा का साइज़ भी 1 GiB होगा.

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

डेटा का बैकअप लेने और उसे वापस लाने की कार्रवाइयां

बैकअप लेने की सुविधा चालू करने पर, आपसे डेटाबेस के बैकअप के स्टोरेज का शुल्क लिया जाता है. बैकअप का साइज़, उस डेटाबेस के साइज़ के बराबर होता है जिसका बैकअप लिया गया था.

बैकअप के लिए स्टोरेज का शुल्क, हर महीने के हिसाब से GiB में लिया जाता है. एक महीने की अवधि में, हर बैकअप को जितने दिनों तक सेव रखा जाता है उसकी औसत संख्या भी कैलकुलेट की जाती है. हर बैकअप की लागत का हिसाब लगाने के लिए, बैकअप के स्टोरेज साइज़ को उस महीने के हिस्से से गुणा किया जाता है जितने समय तक बैकअप को सेव रखा जाता है. इसके बाद, इसे यूनिट की कीमत से गुणा किया जाता है. बिलिंग के लिए, दिन की सीमाएं America/Los_Angeles टाइम ज़ोन के हिसाब से तय की जाती हैं.

डेटा वापस लाने की प्रोसेस के दौरान, Cloud Firestore यह मेज़र करता है कि डेटा वापस लाने के लिए बैकअप का साइज़ कितना है. बैकअप के साइज़ को, वापस लाने की कार्रवाइयों (जीआईबी) की यूनिट कीमत से गुणा किया जाता है.

क्वेरी की व्याख्या करना

Firestore Query Explain का इस्तेमाल करने पर शुल्क लगता है.

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

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

नेटवर्क बैंडविथ

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

Cloud Firestore, क्रम से लगाए गए मैसेज के फ़ॉर्मैट के आधार पर जवाब के साइज़ का हिसाब लगाता है. प्रोटोकॉल ओवरहेड, जैसे कि एसएसएल ओवरहेड, नेटवर्क बैंडविड्थ के इस्तेमाल में नहीं गिना जाता. Cloud Firestore Security Rules से अस्वीकार किए गए अनुरोधों को नेटवर्क बैंडविथ के इस्तेमाल में नहीं गिना जाता.

आपने कितना नेटवर्क बैंडविड्थ इस्तेमाल किया है, यह जानने के लिए Google Cloud Console का इस्तेमाल करके, बिलिंग डेटा को किसी फ़ाइल में एक्सपोर्ट करें.

नेटवर्क के हिसाब से तय की गई सामान्य कीमत

Google Cloud Platform से किए गए अनुरोधों (उदाहरण के लिए, Google Compute Engine पर चल रहे किसी ऐप्लिकेशन से किए गए अनुरोध) के लिए, आपसे इस तरह शुल्क लिया जाता है:

ट्रैफ़िक का प्रकार	कीमत
इनबाउंड डेटा ट्रांसफ़र	मुफ़्त
किसी क्षेत्र में डेटा ट्रांसफ़र करना	मुफ़्त
एक ही मल्टी-रीजन में मौजूद क्षेत्रों के बीच डेटा ट्रांसफ़र	मुफ़्त
अमेरिका में एक क्षेत्र से दूसरे क्षेत्र में डेटा ट्रांसफ़र करने का शुल्क (हर GiB के लिए)	0.01 डॉलर (हर महीने पहले 10 GiB के लिए कोई शुल्क नहीं लिया जाता)
एक क्षेत्र से दूसरे क्षेत्र में डेटा ट्रांसफ़र करना. इसमें अमेरिका के क्षेत्रों के बीच होने वाला ट्रैफ़िक शामिल नहीं है	Google Cloud Platform से इंटरनेट पर डेटा ट्रांसफ़र करने की दरें

अगर आपने डॉलर के अलावा किसी दूसरी मुद्रा में पेमेंट किया है, तो Cloud Platform के एसकेयू पर आपकी मुद्रा में दिखाई गई कीमतें लागू होंगी.

Cloud Firestore पर, इंटरनेट से बाहर निकलने वाले डेटा के लिए अतिरिक्त शुल्क भी लागू होता है. यह शुल्क इन पर लागू होता है:

• Google Cloud क्षेत्रों के बीच किए गए अनुरोध. इनमें अमेरिका के क्षेत्रों के बीच का ट्रैफ़िक शामिल नहीं है
• Google Cloud से बाहर के अनुरोध (उदाहरण के लिए, किसी उपयोगकर्ता के मोबाइल डिवाइस से किए गए अनुरोध)

Google Cloud इंटरनेट इग्रेस की दरें देखें.

शुल्क का उदाहरण देखें

Cloud Firestore बिलिंग का उदाहरण देखें. इससे आपको पता चलेगा कि Cloud Firestore बिलिंग की लागत, असल दुनिया के किसी सैंपल ऐप्लिकेशन में कैसे बढ़ती है.

खर्च मैनेज करना

अपने बिल पर अचानक लगने वाले शुल्कों से बचने के लिए, Google Cloud कंसोल में महीने के बजट और सूचनाएं सेट करें.

Firebase कंसोल से Cloud Firestore के इस्तेमाल पर नज़र रखने के लिए, डेटाबेस और स्टोरेज > Firestore > इस्तेमाल टैब पर जाएं. इस डैशबोर्ड का इस्तेमाल करके, अलग-अलग समयावधि में अपने इस्तेमाल का आकलन करें.