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 (टीटीएल) के हिसाब से मिटाने की सुविधा
पीआईटीआर डेटा
बैकअप डेटा
डेटा वापस लाने की कार्रवाइयां
क्लोन करने की कार्रवाइयां

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

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

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

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

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

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

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

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

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

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

लिखने और मिटाने के लिए लिए जाने वाले शुल्क के बारे में जानकारी आसानी से समझी जा सकती है. लिखने के लिए, 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 स्टोरेज का हिसाब कैसे लगाया जाता है, स्टोरेज के साइज़ का हिसाब लगाना लेख पढ़ें.

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

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

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

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

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

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

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

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

डेटा वापस लाने की कार्रवाई करने पर, 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's बिलिंग कंसोल का इस्तेमाल करें.

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