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

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

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

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

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

इसके बाद:

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

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

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

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

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

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

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

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

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

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

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

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

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