रिमोट कॉन्फ़िगरेशन के लिए कीमत

1 सितंबर, 2026 से, Remote Config के लिए अलग-अलग कीमत वाले प्लान उपलब्ध होंगे. इन्हें हर तरह के प्रोजेक्ट के लिए डिज़ाइन किया गया है. इनमें बिना किसी शुल्क वाला प्लान और इस्तेमाल के हिसाब से पैसे चुकाने वाला प्लान शामिल है. इस्तेमाल के हिसाब से पैसे चुकाने वाले प्लान की कीमत, हर दिन के इस्तेमाल के हिसाब से तय होगी.

सिर्फ़ Remote Config सेवा से सीधे तौर पर किए गए फ़ेच अनुरोधों (क्लाइंट SDK टूल या REST API के ज़रिए) के लिए ही आपसे शुल्क लिया जाता है. फ़ेच ऑपरेशन, नेटवर्क कॉल या Firebase की अन्य सेवाओं से जनरेट की गई मेट्रिक, आपके Remote Config कोटा या बिलिंग में शामिल नहीं होती हैं.

इस टेबल में, Spark और Blaze, दोनों प्लान के लिए हर प्रोजेक्ट के हिसाब से इस्तेमाल की जानकारी दी गई है:

जानकारी बिना किसी शुल्क वाला प्लान (Spark Plan) इस्तेमाल के हिसाब से पैसे चुकाएं (Blaze प्लान)
फ़ेच करने के अनुरोध हर दिन ज़्यादा से ज़्यादा 1,00,000 हर दिन 1,00,000 तक के लिए कोई शुल्क नहीं.

इसके बाद:

  • हर दिन 1,00,001 से 1,00,00,000 अनुरोधों के लिए, हर अनुरोध पर 0.000006 डॉलर (10,000 अनुरोधों के लिए 0.06 डॉलर).
  • हर दिन 1,00,00,000 से ज़्यादा अनुरोध करने पर, हर अनुरोध के लिए 0.000001 डॉलर (10,000 अनुरोधों के लिए 0.01 डॉलर) का शुल्क लिया जाता है.
सभी सुविधाएं इसमें मनमुताबिक़ बनाने, रोलआउट करने, और A/B Testing को इंटिग्रेट करने की सुविधा शामिल है इसमें मनमुताबिक़ बनाने, रोलआउट करने, और A/B Testing को इंटिग्रेट करने की सुविधा शामिल है
कोटा और सीमाएं कोटा और सीमाएं देखें कोटा और सीमाएं देखें

मौजूदा प्रोजेक्ट के लिए ट्रांज़िशन ग्रेस पीरियड

यह ग्रेस पीरियड उन प्रोजेक्ट के लिए है जिनमें Remote Config को 1 सितंबर, 2026 से पहले चालू किया गया है. इस्तेमाल के हिसाब से पैसे चुकाने के मॉडल पर आसानी से स्विच करने के लिए, मौजूदा प्रोजेक्ट को ग्रेस पीरियड की ये अतिरिक्त सुविधाएं दी जाती हैं. ये सुविधाएं, बिलिंग की नीति लागू होने से पहले दी जाती हैं:

मौजूदा बिलिंग प्लान ट्रांज़िशन के लिए ग्रेस पीरियड स्टैंडर्ड बिलिंग की शुरुआत Required Action / Notes
Spark प्लान (बिना किसी शुल्क के) तीन महीने 1 दिसंबर, 2026 सुझाई गई कार्रवाई: Cloud Billing सेट अप करें और Blaze प्लान पर अपग्रेड करें.

बोनस: अगर आपने 15 नवंबर, 2026 से पहले अपग्रेड किया, तो आपके ग्रेस पीरियड को पांच महीने के लिए बढ़ा दिया जाएगा. इसके बाद, 1 फ़रवरी, 2027 से बिलिंग शुरू हो जाएगी.

Blaze प्लान (इस्तेमाल के हिसाब से पैसे चुकाएं) पांच महीने 1 फ़रवरी, 2027 आपको कुछ करने की ज़रूरत नहीं है. प्रोजेक्ट, 1 फ़रवरी, 2027 को सामान्य कीमत पर अपने-आप स्विच हो जाएंगे.

स्टैंडर्ड ग्रेस पीरियड

यह ग्रेस पीरियड उन प्रोजेक्ट के लिए है जिनमें 1 सितंबर, 2026 को या इसके बाद Remote Config को चालू किया गया है. इसमें, चालू किए गए ऐसे मौजूदा Remote Config प्रोजेक्ट शामिल हैं जिन्हें 1 सितंबर, 2026 से पहले बनाया गया था और जिनके लिए ट्रांज़िशन का ग्रेस पीरियड खत्म हो गया है. अगर किसी प्रोजेक्ट के लिए, हर दिन 1,00,000 से ज़्यादा फ़ेच अनुरोध किए जाते हैं, तो इन कार्रवाइयों का पालन करना ज़रूरी है:

प्लान / शर्त ग्रेस पीरियड ग्रेस पीरियड के बाद क्या होता है Required Action / Notes
Spark प्लान (बिना किसी शुल्क के) 30 दिन (यह तब लागू होता है, जब प्रोजेक्ट पहली बार रोज़ाना इस्तेमाल की सीमा को पार करता है) 31वें दिन से थ्रॉटलिंग शुरू हो जाती है रोज़ाना इस्तेमाल की सीमा पहली बार पार होने के बाद, प्रोजेक्ट को 30 दिनों तक बिना किसी रुकावट के सेवा मिलती है. अगर आपको 31वें दिन या उसके बाद भी, थ्रॉटलिंग से बचना है, तो आपको Blaze प्लान पर अपग्रेड करना होगा.
Blaze प्लान (इस्तेमाल के हिसाब से पैसे चुकाएं) N/A (कोई थ्रॉटलिंग नहीं) फ़ेच करने के हर अनुरोध के लिए बिलिंग एक लाख से ज़्यादा फ़ेच करने पर शुल्क लिया जाता है. कोई थ्रॉटलिंग लागू नहीं की गई है.

इस्तेमाल को ऑप्टिमाइज़ करने के सबसे सही तरीके

इस्तेमाल को ऑप्टिमाइज़ करने के लिए, इनमें से कोई भी तरीका अपनाएं:

  • क्लाइंट फ़ेच इंटरवल: प्रोडक्शन बिल्ड में, फ़ेच इंटरवल को बहुत कम (उदाहरण के लिए, setMinimumFetchIntervalInSeconds) पर सेट करने से बचें. सुझाया गया डिफ़ॉल्ट इंटरवल 12 घंटे है.
  • कम ज़रूरी पैरामीटर के लिए कैश मेमोरी: कॉन्फ़िगरेशन की ऐसी वैल्यू जो स्टेबल हैं और शायद ही कभी बदलती हैं उनके लिए, setMinimumFetchIntervalInSeconds को डिफ़ॉल्ट रूप से 12 घंटे से बढ़ाकर 24 या 48 घंटे करें.
  • ऐप्लिकेशन स्टार्टअप फ़ेच लूप: पक्का करें कि आपका ऐप्लिकेशन, हर स्क्रीन ट्रांज़िशन, गतिविधि फिर से शुरू होने या कॉम्पोनेंट रेंडर होने पर, रिमोट फ़ेच को ट्रिगर न करे. लोड होने पर फ़ेच और चालू करें या लोडिंग स्क्रीन के पीछे चालू करें जैसी लोड करने की रणनीतियों का इस्तेमाल ज़िम्मेदारी से करें.
  • बैकग्राउंड और इनऐक्टिव फ़ेच का ऑडिट करना: बैकग्राउंड में काम करने वाले वर्कर जॉब, सेवाओं या लेगसी ऐप्लिकेशन मॉड्यूल की समीक्षा करें. इससे, ग़ैर-ज़रूरी फ़ेच कॉल ("घोस्ट फ़ेच") को हटाया जा सकता है. ये कॉल तब ट्रिगर होते हैं, जब ऐप्लिकेशन बैकग्राउंड में होता है या इनऐक्टिव होता है.
  • मॉनिटर करना: Google Cloud कंसोल और Firebase कंसोल की कीमत और इस्तेमाल के डैशबोर्ड का इस्तेमाल करके, बिलिंग से जुड़ी सूचनाएं अपने-आप मिलने की सुविधा सेट अप करें. ऐसा तब करें, जब हर दिन फ़ेच किए जाने वाले डेटा की संख्या 1,00,000 अनुरोधों के करीब पहुंच जाए.

अक्सर पूछे जाने वाले सवाल और समस्या का हल