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 इंडेक्स एंट्री पढ़ी गई हों.

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

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

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

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

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

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

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

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

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

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

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

डेटा वापस पाने की प्रोसेस के दौरान, 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 पर चल रहे किसी ऐप्लिकेशन से शुरू होने वाले अनुरोधों के लिए:

ट्रैफ़िक का प्रकार	कीमत
इनबाउंड डेटा ट्रांसफ़र	मुफ़्त
किसी क्षेत्र में डेटा ट्रांसफ़र करना	मुफ़्त
एक ही मल्टी-रीजन के अलग-अलग क्षेत्रों के बीच डेटा ट्रांसफ़र करना	मुफ़्त
अमेरिका के अंदर, अलग-अलग इलाकों के बीच डेटा ट्रांसफ़र (हर गीबी के लिए)	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 > इस्तेमाल टैब पर जाएं. इस डैशबोर्ड का इस्तेमाल करके, अलग-अलग समयावधि में अपने इस्तेमाल का आकलन करें.