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 के SKU पर आपकी मुद्रा में दी गई कीमतें लागू होंगी.

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

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

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

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

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

पढ़ने, लिखने, और मिटाने की अनुमति

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

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

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

इंडेक्स एंट्री में यह लिखा है

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

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

  उदाहरण के लिए, अगर limit: 5 के साथ की गई इस वेक्टर सर्च क्वेरी से पांच दस्तावेज़ मिलते हैं और 1,550 kNN वेक्टर इंडेक्स एंट्री पढ़ी जाती हैं, तो आपसे दस्तावेज़ों के लिए पांच रीड ऑपरेशन और इंडेक्स एंट्री के लिए 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 एंट्री पढ़ती हैं, कम से कम एक दस्तावेज़ को पढ़ने का शुल्क लिया जाता है.

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

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

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

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

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

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

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

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

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

Cloud Firestore में ऐसी क्वेरी मैनेज करने के लिए कई सुविधाएं हैं जिनसे बड़ी संख्या में नतीजे मिलते हैं:

• कर्सर, जिनकी मदद से लंबे समय से चल रही क्वेरी को फिर से शुरू किया जा सकता है.
• पेज टोकन, जो क्वेरी के नतीजों को पेज पर बांटने में मदद करते हैं.
• Limits, जिससे यह तय होता है कि कितने नतीजे वापस पाने हैं.
• ऑफ़सेट, जिनकी मदद से तय संख्या में दस्तावेज़ों को छोड़ा जा सकता है.

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

हालांकि, ऑफ़सेट वाली क्वेरी भेजने पर, छोड़े गए हर दस्तावेज़ के लिए आपसे रीड ऑपरेशन का शुल्क लिया जाता है. उदाहरण के लिए, अगर आपकी क्वेरी में 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 में कोई स्कीमा नहीं होता है. इसलिए, दस्तावेज़ में मौजूद हर फ़ील्ड का नाम, फ़ील्ड की वैल्यू के साथ सेव किया जाना चाहिए.
• दस्तावेज़ से जुड़े सभी सिंगल-फ़ील्ड और कंपोज़िट इंडेक्स. हर इंडेक्स एंट्री में कलेक्शन आईडी, इंडेक्स की परिभाषा के आधार पर फ़ील्ड वैल्यू की कोई भी संख्या, और दस्तावेज़ का नाम शामिल होता है.

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

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

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

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

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

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

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

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

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

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

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

क्वेरी के बारे में जानकारी

Firestore क्वेरी की जानकारी का इस्तेमाल करने पर शुल्क लगता है.

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

जब किसी क्वेरी को विश्लेषण के विकल्प के साथ समझाया जाता है, तो इंडेक्स और रीड ऑपरेशन किए जाते हैं. इसलिए, आपसे क्वेरी के लिए सामान्य शुल्क लिया जाता है. गतिविधि को समझाने और उसका विश्लेषण करने के लिए कोई अतिरिक्त शुल्क नहीं लिया जाता. सिर्फ़ क्वेरी को लागू करने के लिए सामान्य शुल्क लिया जाता है.

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

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

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

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

नेटवर्क की सामान्य कीमत

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

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

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

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

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

Google Cloud के लिए, इंटरनेट इग्रेस डेटा ट्रैफ़िक की दरें देखें.

कीमत का उदाहरण देखें

सैंपल के तौर पर मिले किसी ऐप्लिकेशन में, Cloud Firestore की बिलिंग लागत कैसे बढ़ती है, यह जानने के लिए Cloud Firestore की बिलिंग का उदाहरण देखें.

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

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

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