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

संग्रह की मदद से व्यवस्थित रहें अपनी प्राथमिकताओं के आधार पर, कॉन्टेंट को सेव करें और कैटगरी में बांटें.

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

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

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

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

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

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

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

मुफ़्त कोटा

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

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

सिर्फ़ (default) डेटाबेस के लिए, मुफ़्त कोटा मिलता है.

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

नीचे दिए गए ऑपरेशन और सुविधाओं के लिए, बिना शुल्क के इस्तेमाल की सुविधा उपलब्ध नहीं है. इन सुविधाओं का इस्तेमाल करने के लिए, आपको बिलिंग की सुविधा चालू करनी होगी:

• नाम वाले (डिफ़ॉल्ट नहीं) डेटाबेस का इस्तेमाल
• टीटीएल मिटाता है
• पीआईटीआर डेटा
• डेटा का बैक अप लेना
• कार्रवाइयों को वापस लाना

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

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

यहां दी गई टेबल में, हर Cloud Firestore लोकेशन के लिए, डेटा पढ़ने, लिखने, मिटाने, और स्टोरेज की कीमत की जानकारी दी गई है:

इलाके चुनें

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

नाम वाले डेटाबेस के लिए, बिना शुल्क के कोई कोटा नहीं मिलता

कोई नाम वाला (डिफ़ॉल्ट नहीं) डेटाबेस बनाने के लिए, आपको अपने प्रोजेक्ट के बिलिंग प्लान को अपग्रेड करना होगा.

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

डेटा पढ़ता है, उसमें बदलाव करता है, और उसे मिटाता है

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

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

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

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

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

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

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

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

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

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

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

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

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

हालांकि, जब कोई ऐसी क्वेरी भेजी जाती है जिसमें ऑफ़सेट शामिल होता है, तो स्किप किए गए हर दस्तावेज़ के लिए, आपसे पढ़ने का शुल्क लिया जाता है. उदाहरण के लिए, अगर आपकी क्वेरी में 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 डेटा स्टोरेज की कुल लागत, डेटाबेस के स्टोरेज की लागत के बराबर है.

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

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

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

डेटा का बैक अप लेने और उसे वापस लाने की सुविधा

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

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

डेटा को वापस लाने की कार्रवाई करते समय, 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 के बिलिंग कंसोल का इस्तेमाल करके, हर महीने का बजट और सूचनाएं सेट करें.

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