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

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 अनुरोधों के करीब पहुंच जाते हैं.

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