Cloud Firestore Enterprise edition in Native mode is now available! Learn more.

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

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

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

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

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

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

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

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

मुफ़्त कोटा

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

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

मुफ़्त कोटे की रकम की खास जानकारी यहां दी गई है:

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

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

TTL के तहत मिटाए गए दस्तावेज़
PITR डेटा
बैकअप डेटा
डेटा वापस लाने की कार्रवाइयां
क्लोन करने की कार्रवाइयां

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

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

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

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

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

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

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

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

पढ़ना, लिखना, और मिटाना

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

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

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

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

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

K-nearest neighbor vector search क्वेरी के लिए, क्वेरी से kNN वेक्टर इंडेक्स की 1,00,000 एंट्री तक के हर बैच को पढ़ने के लिए, आपसे एक बार पढ़ने की कार्रवाई का शुल्क लिया जाता है.

उदाहरण के लिए, अगर 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))
```
जब क्वेरी में कम से कम एक और रेंज फ़ील्ड होता है, तो 'ऑर्डर बाय' क्लॉज़ में दिखने वाले फ़ील्ड को रेंज फ़ील्ड माना जाता है. इसलिए, इस क्वेरी में दो रेंज फ़ील्ड (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() के लिए, क्वेरी से इंडेक्स की एंट्री पढ़ने के लिए शुल्क लिया जाता है, जैसा कि ऊपर बताया गया है. जिन एग्रीगेशन क्वेरी से इंडेक्स की कोई एंट्री नहीं पढ़ी जाती उनके लिए, कम से कम एक दस्तावेज़ पढ़ने का शुल्क लिया जाता है.

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

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

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

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 डेटाबेस के साइज़ को हर दिन मेज़र करता है. महीने के दौरान, इन सैंपल पॉइंट का औसत निकालकर, डेटाबेस के स्टोरेज के साइज़ का हिसाब लगाया जाता है. इस औसत वैल्यू को, स्टोरेज की यूनिट कीमत (GiB-महीना) से गुणा किया जाता है

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

PITR डेटा

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

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

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

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

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

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

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

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

Query Explain

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 Firestore के लिए, इंटरनेट इग्रेस के अतिरिक्त शुल्क भी लागू होते हैं. ये शुल्क इन मामलों में लागू होते हैं:

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

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

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

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

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

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

अपने Cloud Firestore के इस्तेमाल की निगरानी करने के लिए, Firebase कंसोल में Cloud Firestore इस्तेमाल टैब खोलें. अलग-अलग समयावधियों के दौरान, अपने इस्तेमाल का अनुमान लगाने के लिए डैशबोर्ड का इस्तेमाल करें.