रिमोट कॉन्फ़िगरेशन के लिए कीमत
संग्रह की मदद से व्यवस्थित रहें
अपनी प्राथमिकताओं के आधार पर, कॉन्टेंट को सेव करें और कैटगरी में बांटें.
1 सितंबर, 2026 से, Remote Config कीमत तय करने का एक नया तरीका अपनाएगा. यह तरीका, सभी साइज़ के प्रोजेक्ट के लिए बनाया गया है. इसमें, बिना किसी शुल्क वाला प्लान और रोज़ाना के इस्तेमाल के हिसाब से पैसे चुकाने वाला प्लान, दोनों शामिल हैं. रोज़ाना के इस्तेमाल के हिसाब से पैसे चुकाने वाले प्लान में, ज़रूरत के मुताबिक बदलाव किया जा सकता है.
बिल किए गए इस्तेमाल में सिर्फ़ वे फ़ेच अनुरोध शामिल होते हैं जो सीधे तौर पर, Remote Config सेवा
(क्लाइंट एसडीके या REST API के ज़रिए) से किए जाते हैं. फ़ेच
करने की कार्रवाइयों, नेटवर्क कॉल या Firebase
की अन्य सेवाओं से जनरेट की गई मेट्रिक को, Remote Config कोटा या बिलिंग में शामिल नहीं किया जाता.
यहां दी गई टेबल में,
Spark और
Blaze, दोनों प्लान के लिए हर प्रोजेक्ट के हिसाब से इस्तेमाल की जानकारी दी गई है:
जानकारी
बिना किसी शुल्क वाला प्लान (Spark Plan)
इस्तेमाल के हिसाब से पैसे चुकाने वाला प्लान (Blaze Plan)
फ़ेच करने के अनुरोध
हर दिन ज़्यादा से ज़्यादा 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 टेस्टिंग इंटिग्रेशन शामिल हैं
इसमें, उपयोगकर्ता के मनमुताबिक अनुभव पाने की सेटिंग चालू करने की सुविधा, रोलआउट, और A/B टेस्टिंग इंटिग्रेशन शामिल हैं
यह ट्रांज़िशन ग्रेस पीरियड, उन प्रोजेक्ट के लिए है जिनमें
Remote Config की सुविधा चालू की गई है 1 सितंबर, 2026 से पहले. इस्तेमाल के हिसाब से पैसे चुकाने वाले प्लान पर आसानी से ट्रांज़िशन करने के लिए, मौजूदा प्रोजेक्ट को बिलिंग लागू होने से पहले, ये ज़्यादा ग्रेस पीरियड दिए जाते हैं:
मौजूदा बिलिंग प्लान
ट्रांज़िशन ग्रेस पीरियड
स्टैंडर्ड बिलिंग शुरू होने की तारीख
ज़रूरी कार्रवाई / नोट
Spark Plan(बिना किसी शुल्क वाला प्लान)
तीन महीने
1 दिसंबर, 2026
सुझाई गई कार्रवाई:Cloud Billing सेट अप करें और Blaze प्लान पर अपग्रेड करें.
बोनस: अगर आपने अपग्रेड15 नवंबर, 2026 से पहले किया, तो आपका ग्रेस पीरियड पांच महीने तक बढ़ जाएगा. इस दौरान, आपसे कोई शुल्क नहीं लिया जाएगा. इसके बाद, 1 फ़रवरी, 2027 से बिलिंग शुरू हो जाएगी.
Blaze Plan(इस्तेमाल के हिसाब से पैसे चुकाने वाला प्लान)
पांच महीने
1 फ़रवरी, 2027
कोई कार्रवाई ज़रूरी नहीं है. प्रोजेक्ट, 1 फ़रवरी, 2027 को स्टैंडर्ड कीमत वाले प्लान पर अपने-आप ट्रांज़िशन हो जाएंगे.
स्टैंडर्ड ग्रेस पीरियड
यह ग्रेस पीरियड, उन प्रोजेक्ट के लिए है जिनमें Remote Config की सुविधा
1 सितंबर, 2026 को या इसके बाद चालू की गई है. इसमें, Remote Config
सुविधा वाले मौजूदा प्रोजेक्ट (1 सितंबर, 2026 से पहले बनाए गए) भी शामिल हैं जिनका ट्रांज़िशन ग्रेस
पीरियड खत्म हो गया है. अगर कोई प्रोजेक्ट, हर दिन 1,00,000 से ज़्यादा फ़ेच अनुरोधों का इस्तेमाल करता है, तो इन कार्रवाइयों का पालन करना होगा:
प्लान / शर्त
ग्रेस पीरियड
ग्रेस पीरियड खत्म होने के बाद
ज़रूरी कार्रवाई / नोट
Spark Plan(बिना किसी शुल्क वाला प्लान)
30 दिन(यह तब लागू होता है, जब प्रोजेक्ट पहली बार रोज़ाना इस्तेमाल की समयसीमा से ज़्यादा अनुरोध करता है)
31वें दिन से थ्रॉटलिंग शुरू हो जाती है
हर दिन की सीमा से ज़्यादा अनुरोध करने के बाद, प्रोजेक्ट 30 दिनों तक बिना किसी रुकावट के सेवा का इस्तेमाल कर सकते हैं. 31वें दिन या उसके बाद थ्रॉटलिंग से बचने के लिए, आपको Blaze प्लान पर अपग्रेड करना होगा.
Blaze Plan(इस्तेमाल के हिसाब से पैसे चुकाने वाला प्लान)
लागू नहीं होता (कोई थ्रॉटलिंग नहीं)
हर फ़ेच अनुरोध के लिए बिलिंग
1,00,000 से ज़्यादा फ़ेच अनुरोधों के लिए शुल्क लिया जाता है. कोई थ्रॉटलिंग लागू नहीं की जाती.
इस्तेमाल को ऑप्टिमाइज़ करने के सबसे सही तरीके
इस्तेमाल को ऑप्टिमाइज़ करने के लिए, इनमें से कोई भी तरीका अपनाएं:
क्लाइंट फ़ेच इंटरवल: प्रोडक्शन बिल्ड में, फ़ेच करने के लिए बहुत कम इंटरवल (उदाहरण के लिए, setMinimumFetchIntervalInSeconds) सेट न करें. सुझाया गया डिफ़ॉल्ट इंटरवल 12 घंटे है.
गैर-ज़रूरी पैरामीटर के लिए कैश मेमोरी: कॉन्फ़िगरेशन की उन वैल्यू के लिए जो स्थिर हैं और जिनमें बहुत कम बदलाव होते हैं, setMinimumFetchIntervalInSeconds को डिफ़ॉल्ट 12 घंटे से बढ़ाकर 24 या 48 घंटे करें.
ऐप्लिकेशन स्टार्टअप फ़ेच लूप: पक्का करें कि आपका ऐप्लिकेशन, हर स्क्रीन ट्रांज़िशन, गतिविधि फिर से शुरू होने या कॉम्पोनेंट रेंडर होने पर, रिमोट फ़ेच ट्रिगर न करे. लोडिंग की ऐसी
रणनीतियां इस्तेमाल करें जैसे, लोड होने पर फ़ेच और चालू करें या लोडिंग
स्क्रीन के पीछे चालू करें.
बैकग्राउंड और इनऐक्टिव फ़ेच की ऑडिटिंग: बैकग्राउंड वर्कर जॉब, सेवाओं या लेगसी ऐप्लिकेशन मॉड्यूल की समीक्षा करें, ताकि फ़ेच करने के डुप्लीकेट कॉल ("घोस्ट फ़ेच") हटाए जा सकें. ये कॉल तब ट्रिगर होते हैं, जब ऐप्लिकेशन बैकग्राउंड में या इनऐक्टिव होता है.
मॉनिटर करना: Google Cloud कंसोल और Firebase कंसोल के कीमत और
इस्तेमाल के डैशबोर्ड का इस्तेमाल करके, बिलिंग से जुड़ी ऑटोमेटेड सूचनाएं सेट अप करें. ये सूचनाएं तब भेजी जाती हैं, जब हर दिन के फ़ेच वॉल्यूम
1,00,000 अनुरोधों के करीब पहुंच जाते हैं.
अक्सर पूछे जाने वाले सवाल और समस्या हल करना
कीमत तय करने का नया तरीका Remote Config 1 सितंबर, 2026 से लागू हो रहा है. यह तरीका क्या है?
Remote Config इस्तेमाल के हिसाब से पैसे चुकाने वाले
प्लान पर स्विच कर रहा है. इसमें, बिना किसी शुल्क वाला प्लान भी शामिल है:
Spark Plan (बिना किसी शुल्क वाला प्लान): हर दिन ज़्यादा से ज़्यादा 1,00,000 फ़ेच अनुरोधों के लिए कोई शुल्क नहीं लिया जाएगा.
Blaze Plan (इस्तेमाल के हिसाब से पैसे चुकाने वाला प्लान): हर दिन के पहले 1,00, 000 फ़ेच
अनुरोधों के लिए कोई शुल्क नहीं लिया जाएगा. इसके बाद:
हर दिन 1,00,001 से
1,00,00,000 अनुरोधों के लिए, 10,000 अनुरोधों पर 0.06 डॉलर (हर अनुरोध के लिए 0.000006 डॉलर) लिए जाएंगे.
हर दिन 1,00,00,000
से ज़्यादा अनुरोधों के लिए, 10,000 अनुरोधों पर 0.01 डॉलर (हर अनुरोध के लिए 0.000001 डॉलर) लिए जाएंगे.
सुविधाएं: Spark और Blaze, दोनों प्लान में, सभी अडवांस सुविधाएं (उपयोगकर्ता के मनमुताबिक अनुभव पाने की सेटिंग चालू करने की सुविधा, रोलआउट, और A/B
टेस्टिंग इंटिग्रेशन) शामिल हैं. इनके लिए, कोई अतिरिक्त शुल्क नहीं लिया जाएगा.
क्या मुझे Remote Config का इस्तेमाल शुरू करने के लिए, बिलिंग खाते की ज़रूरत है?
नहीं. का इस्तेमाल शुरू करने के लिए, आपको बिलिंग खाते की ज़रूरत नहीं है. Remote Config बिना किसी शुल्क के, Spark प्लान का इस्तेमाल शुरू किया जा सकता है. बिलिंग खाते की ज़रूरत सिर्फ़ तब होती है, जब अपने प्रोजेक्ट को
Blaze प्लान पर अपग्रेड किया जाता है, ताकि हर दिन 1,00,000 से ज़्यादा फ़ेच अनुरोध किए जा सकें.
क्या मुझे अपना कोड अपडेट करना होगा या रिमोट कॉन्फ़िगरेशन SDK टूल को अपग्रेड करना होगा?
नहीं. Spark और Blaze प्लान के बीच ट्रांज़िशन करते समय, आपको अपना कोड बदलने या Remote Config
क्लाइंट एसडीके को अपडेट करने की ज़रूरत नहीं है. टीयर
ट्रांज़िशन और अनुरोधों की संख्या को मापने का काम,
Remote Config बैकएंड से अपने-आप मैनेज हो जाता है.
बिल किए जाने वाले फ़ेच अनुरोध किसे कहा जाता है?
फ़ेच करने का अनुरोध तब किया जाता है, जब आपका क्लाइंट ऐप्लिकेशन या बैकएंड सर्वर
अपडेट की गई पैरामीटर वैल्यू की जांच करने के लिए, Remote Config सर्वर को कॉल करता है
(उदाहरण के लिए, क्लाइंट एसडीके में fetch() या
fetchAndActivate() को कॉल करना या REST/एडमिन एसडीके का इस्तेमाल करके
टेंप्लेट पाना). बिल किए गए इस्तेमाल में सिर्फ़ वे फ़ेच अनुरोध शामिल होते हैं जो सीधे तौर पर,
Remote Config सेवा (क्लाइंट एसडीके या REST API के ज़रिए) से किए जाते हैं. फ़ेच करने की कार्रवाइयों, नेटवर्क कॉल या Firebase की अन्य सेवाओं से जनरेट की गई मेट्रिक को, आपके Remote Configकोटा या बिलिंग में शामिल नहीं किया जाता.
रीयलटाइम Remote Config: रीयलटाइम कनेक्शन खोलने से, फ़ेच करने के अलग-अलग अनुरोध लगातार जनरेट नहीं होते. हालांकि, जब सर्वर, अमान्य होने की सूचना पुश करता है, तो अपडेट किया गया कॉन्फ़िगरेशन डाउनलोड करने के लिए, क्लाइंट की ओर से किए गए कॉल को फ़ेच करने का अनुरोध माना जाता है.
कैश की गई वैल्यू: डिवाइस पर पहले से सेव की गई कैश की गई वैल्यू का इस्तेमाल करने
(डिस्क/मेमोरी से activate() या
getString() का इस्तेमाल करके पढ़ना) से, नेटवर्क कॉल जनरेट नहीं होता. साथ ही, इसे
फ़ेच करने का अनुरोध नहीं माना जाता.
अगर मेरा प्रोजेक्ट Spark प्लान पर है और वह हर दिन 1,00,000 से ज़्यादा
फ़ेच अनुरोध करता है, तो क्या होगा? मैं अपग्रेड कैसे करूं?
30 दिनों का ग्रेस पीरियड: जब आपका Spark प्रोजेक्ट पहली बार हर दिन 1,00,000 से ज़्यादा फ़ेच
अनुरोध करता है, तो Firebase 30 दिनों का ग्रेस पीरियड देता है. इस दौरान, आपके Remote Config अनुरोधों को बिना किसी रुकावट के पूरा किया जाता रहेगा.
काउंटडाउन की अवधि: 30 दिनों का ग्रेस पीरियड, तब शुरू होता है जब आपका प्रोजेक्ट पहली बार
हर दिन 1,00,000 से ज़्यादा फ़ेच अनुरोध करता है. अगर उस समयावधि के दौरान, हर दिन के इस्तेमाल में अस्थायी तौर पर 1,00,000 अनुरोधों की सीमा से कम अनुरोध किए जाते हैं, तब भी 30 दिनों का यह काउंटडाउन
रुकता या रीसेट नहीं होता.
कोटा से जुड़ी सूचनाएं: जब हर दिन के फ़ेच वॉल्यूम, 1,00,000 के कोटा के करीब पहुंच जाते हैं और इस सीमा को पार कर जाते हैं
तो प्रोजेक्ट के एडमिन को ऑटोमेटेड तरीके से ईमेल से सूचनाएं और कंसोल बैनर की सूचनाएं मिलती हैं.
थ्रॉटलिंग का खतरा: अगर आपने 30 दिनों के ग्रेस पीरियड के खत्म होने तक, Blaze प्लान पर अपग्रेड नहीं किया, तो Remote Config सेवा की थ्रॉटलिंग शुरू हो जाएगी. यह थ्रॉटलिंग, हर दिन की 1,00,000 की सीमा से ज़्यादा किए गए अनुरोधों पर लागू होगी. इससे, क्लाइंट को अपडेट किए गए कॉन्फ़िगरेशन नहीं मिल पाएंगे.
अपग्रेड करने का तरीका: बिना किसी रुकावट के सेवा का इस्तेमाल जारी रखने के लिए, Firebase कंसोल में जाकर
Blaze प्लान पर अपग्रेड
किया जा सकता है. Blaze प्लान पर अपग्रेड करने से, आपका प्रोजेक्ट किसी Google Cloud बिलिंग खाते से लिंक हो जाता है.
उपयोगकर्ताओं को नए Remote Config पैरामीटर वैल्यू नहीं मिल रही हैं. क्या इसकी वजह, कीमत या कोटा हो सकते हैं?
हां. अगर आपका प्रोजेक्ट Spark प्लान पर है, उसने हर दिन के 1,00,000
अनुरोधों की सीमा पार कर ली है, और 30 दिनों का ग्रेस पीरियड खत्म हो गया है, तो सर्वर, हर दिन की सीमा से ज़्यादा किए गए अनुरोधों को थ्रॉटल कर देता है. Firebase Firebase कंसोल में, इस्तेमाल की मेट्रिक
देखें. अगर आपके
हर दिन के सक्रिय उपयोगकर्ताओं को हर दिन 1,00,000 से ज़्यादा फ़ेच अनुरोधों की ज़रूरत है, तो Blaze प्लान पर अपग्रेड करें.
मैं बिल का अनुमान लगाने के लिए, मौजूदा इस्तेमाल की जानकारी कैसे देखूं?
Blaze Plan:इस्तेमाल और बिलिंग डैशबोर्ड
में, अलग-अलग टीयर के हिसाब से इस्तेमाल दिखाने वाला बार चार्ट दिखता है. इसमें, हर दिन के फ़ेच की संख्या को कीमत के टीयर के हिसाब से बांटा जाता है. जैसे, 1,00,000 तक के लिए कोई शुल्क नहीं, 1,00,001 से 1,00,00,000, और 1,00,00,000 से ज़्यादा.
में Google Cloud कंसोल:
Cloud Billing की रिपोर्ट (Blaze Plan): Cloud Billing में, लागत के मैनेजमेंट और इस्तेमाल की विस्तृत रिपोर्ट देखी जा सकती हैं. ज़्यादा जानकारी के लिए, अपनी क्लाउड बिलिंग रिपोर्ट और लागत के रुझान देखना लेख पढ़ें.
एसकेयू के हिसाब से फ़िल्टर करते समय, वह एसकेयू चुनें जिसके हिसाब से आपका प्रोजेक्ट बनाया गया था:
1 सितंबर, 2026 को या इसके बाद बनाए गए प्रोजेक्ट:
एसकेयू आईडी: 37B1-4623-6F54
एसकेयू का नाम: फ़ेच करने के अनुरोध
1 सितंबर, 2026 से पहले बनाए गए प्रोजेक्ट:
एसकेयू आईडी: 598C-0184-404A
एसकेयू का नाम: फ़ेच करने के अनुरोध
कोटा और सिस्टम की सीमाएं (Spark और Blaze प्लान):कोटा और सिस्टम की सीमाएं पेज पर, मौजूदा इस्तेमाल और सिस्टम की चालू सीमाएं मॉनिटर की जा सकती हैं. ज़्यादा जानकारी के लिए, कोटा देखना और मैनेज करना लेख पढ़ें. रिपोर्ट फ़िल्टर करते समय,
पक्का करें कि आपने वह Firebase API चुना हो जिसके लिए आपको कोटा देखना है
(उदाहरण के लिए, firebaseremoteconfig.googleapis.com).