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

Google uses AI technology to translate content into your preferred language. AI translations can contain errors.

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

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

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

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

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

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

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

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

मुफ़्त कोटा

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

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

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

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

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

TTL (टीटीएल) के हिसाब से मिटाने की सुविधा
PITR (पॉइंट-इन-टाइम रिकवरी) डेटा
बैकअप डेटा
डेटा वापस लाने की कार्रवाइयां
क्लोन करने की कार्रवाइयां

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

PITR (पॉइंट-इन-टाइम रिकवरी) डेटा

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

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

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

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

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

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

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

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

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 पर चल रहे किसी ऐप्लिकेशन से किए गए अनुरोध), आपसे इस तरह शुल्क लिया जाता है:

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

Cloud Firestore के लिए, इंटरनेट से बाहर जाने वाले ट्रैफ़िक के लिए अतिरिक्त शुल्क भी लिया जाता है. यह शुल्क इन मामलों में लिया जाता है:

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

Google Cloud से इंटरनेट पर आउटबाउंड डेटा ट्रांसफ़र की दरें देखें.Google Cloud

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

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

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

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

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