जब आपका ऐप्लिकेशन लॉन्च होने के लिए तैयार हो जाए और असली उपयोगकर्ता, जनरेटिव एआई की सुविधाओं के साथ इंटरैक्ट करने लगें, तो पक्का करें कि आपने सबसे सही तरीकों और अहम बातों की इस चेकलिस्ट की समीक्षा कर ली हो.
सामान्य
Firebase का इस्तेमाल करने वाले ऐप्लिकेशन के लिए, लॉन्च की सामान्य चेकलिस्ट की समीक्षा करना
Firebase के ज़रिए विज्ञापन दिखाने वाले किसी भी ऐप्लिकेशन को प्रोडक्शन में लॉन्च करने से पहले, सबसे सही तरीकों के बारे में जानने के लिए, लॉन्च की यह चेकलिस्ट देखें.
पक्का करें कि आपके Firebase प्रोजेक्ट, सबसे सही तरीकों के मुताबिक हों
उदाहरण के लिए, पक्का करें कि डेवलपमेंट, टेस्टिंग, और प्रोडक्शन के लिए, अलग-अलग Firebase प्रोजेक्ट इस्तेमाल किए जाएं. अपने प्रोजेक्ट मैनेज करने के लिए, सबसे सही तरीके देखें.
ऐक्सेस और सुरक्षा पेज
Firebase का इस्तेमाल करने वाले ऐप्लिकेशन के लिए, सुरक्षा की सामान्य चेकलिस्ट की समीक्षा करना
सुरक्षा की इस चेकलिस्ट में, Firebase के ऐप्लिकेशन और सेवाओं के लिए, ऐक्सेस और सुरक्षा से जुड़े सबसे सही तरीकों के बारे में बताया गया है.
लागू करना Firebase App Check
Firebase App Check, उन एपीआई को सुरक्षित रखने में मदद करता है जिनसे आपको Gemini और Imagen मॉडल का ऐक्सेस मिलता है. App Check से यह पुष्टि होती है कि अनुरोध, आपके असली ऐप्लिकेशन और असली, बिना छेड़छाड़ किए गए डिवाइस से किए गए हैं. यह Apple प्लैटफ़ॉर्म (DeviceCheck या App Attest), Android (Play Integrity), और वेब (reCAPTCHA Enterprise) के लिए, अटेस्टेशन की सुविधा देने वाली कंपनियों के साथ काम करता है. साथ ही, यह Flutter और Unity ऐप्लिकेशन के लिए भी इन सभी कंपनियों के साथ काम करता है.
Firebase API पासकोड के लिए पाबंदियां सेट करना
हर Firebase API पासकोड की "एपीआई पाबंदियां" अनुमति वाली सूची की समीक्षा करना:
पक्का करें कि Firebase AI Logic API, अनुमति वाली सूची में शामिल हो.
पक्का करें कि पासकोड की अनुमति वाली सूची में, सिर्फ़ वे एपीआई शामिल हों जिनका इस्तेमाल आपके ऐप्लिकेशन में, Firebase की सेवाओं के लिए किया जाता है. हर प्रॉडक्ट के लिए, अनुमति वाली सूची में कौनसा एपीआई होना चाहिए, यह जानने के लिए सूची देखें.
"ऐप्लिकेशन पाबंदियां" सेट करें, ताकि हर Firebase API पासकोड का इस्तेमाल सिर्फ़ आपके ऐप्लिकेशन से किए गए अनुरोधों के लिए किया जा सके. उदाहरण के लिए, Apple ऐप्लिकेशन के लिए, बंडल आईडी का मिलान. ध्यान दें कि पासकोड पर पाबंदी लगाने के बाद भी, Firebase App Check सेट अप करना ज़रूरी है. इससे आपके ऐप्लिकेशन को एपीआई के गलत इस्तेमाल से सुरक्षित रखने में मदद मिलेगी.Firebase App Check
ध्यान दें कि Firebase से जुड़े एपीआई, API पासकोड का इस्तेमाल सिर्फ़ Firebase प्रोजेक्ट या ऐप्लिकेशन की पहचान करने के लिए करते हैं. इनका इस्तेमाल, एपीआई को कॉल करने की अनुमति के लिए नहीं किया जाता.
अनुरोधों को सिर्फ़ पुष्टि किए गए उपयोगकर्ताओं तक सीमित करना
अपने Firebase प्रोजेक्ट में पुष्टि किए गए उपयोगकर्ताओं का मोड लागू करें, ताकि Firebase AI Logic के ज़रिए आपके ऐप्लिकेशन से किए जाने वाले सभी कॉल, आपके ऐप्लिकेशन के पुष्टि किए गए उपयोगकर्ताओं से ही किए जाएं. ऐसा न होने पर, अनुरोध ब्लॉक कर दिया जाता है.
बिलिंग, मॉनिटरिंग, और कोटा
अचानक आने वाले बिलों से बचना
अगर आपका Firebase प्रोजेक्ट, इस्तेमाल के हिसाब से पैसे चुकाएं वाले Blaze प्लान पर है, तो:
(Gemini Developer API सिर्फ़) खर्च की सीमाएं सेट करें.
Firebase कंसोल में, एआई मॉनिटरिंग सेट अप करना
एआई मॉनिटरिंग सेट अप करें, ताकि आपको परफ़ॉर्मेंस की अहम मेट्रिक के बारे में जानकारी मिल सके. जैसे, अनुरोध, इंतज़ार का समय, गड़बड़ियां, और टोकन का इस्तेमाल. एआई मॉनिटरिंग से, Firebase AI Logic की सुविधाओं की जांच और डीबग करने में भी मदद मिलती है. इसके लिए, यह अलग-अलग ट्रेस दिखाता है.
ज़रूरी एपीआई के लिए अपने कोटे की समीक्षा करना
पक्का करें कि आपको हर ज़रूरी एपीआई के कोटे के बारे में पता हो.
हर उपयोगकर्ता के लिए, रेट लिमिट सेट करें . डिफ़ॉल्ट रूप से, यह 100 आरपीएम होती है.
कोटा में बदलाव करें या कोटा बढ़ाने का अनुरोध करें, ज़रूरत के हिसाब से.
कॉन्फ़िगरेशन का मैनेजमेंट
अपने प्रोडक्शन ऐप्लिकेशन में, मॉडल के स्थिर वर्शन का इस्तेमाल करना
अपने प्रोडक्शन ऐप्लिकेशन में, सिर्फ़
स्थिर मॉडल वर्शन (जैसे,
gemini-2.0-flash-001) का इस्तेमाल करें. झलक या एक्सपेरिमेंटल वर्शन या
अपने-आप अपडेट होने वाले एलियास का इस्तेमाल न करें.
अपने-आप अपडेट होने वाले स्थिर एलियास, मॉडल के स्थिर वर्शन की ओर इशारा करता है. हालांकि, जब भी मॉडल का कोई नया स्थिर वर्शन रिलीज़ होता है, तो यह एलियास अपने-आप उस नए वर्शन की ओर इशारा करने लगता है. इससे, ऐप्लिकेशन के व्यवहार या रिस्पॉन्स में अनचाहे बदलाव हो सकते हैं. इसके अलावा, झलक और एक्सपेरिमेंटल वर्शन का इस्तेमाल सिर्फ़ प्रोटोटाइप बनाने के दौरान करने का सुझाव दिया जाता है.
सेट अप करना और उसका इस्तेमाल करना Firebase Remote Config
Remote Config की मदद से, जनरेटिव एआई की सुविधाओं के लिए, अहम कॉन्फ़िगरेशन को क्लाउड में कंट्रोल किया जा सकता है. इसके लिए, आपको अपने कोड में वैल्यू को हार्ड-कोड करने की ज़रूरत नहीं होती. इसका मतलब है कि अपने ऐप्लिकेशन का नया वर्शन रिलीज़ किए बिना, कॉन्फ़िगरेशन को अपडेट किया जा सकता है.
(ज़ोरदार सुझाव) नए मॉडल रिलीज़ होने या पुराने मॉडल बंद होने पर, अपने ऐप्लिकेशन में इस्तेमाल किए जाने वाले मॉडल के नाम को दूर से ही बदलें.
(ज़रूरी नहीं) अपने ऐप्लिकेशन में अन्य पैरामीटर को डाइनैमिक तरीके से और यहां तक कि शर्तों के हिसाब से भी कंट्रोल करें, जैसे, मॉडल जनरेशन कॉन्फ़िगरेशन (जैसे, ज़्यादा से ज़्यादा आउटपुट टोकन), सुरक्षा सेटिंग, सिस्टम के निर्देश, और प्रॉम्प्ट डेटा.
(ज़रूरी नहीं)
minimum_versionपैरामीटर सेट करें. इससे, ऐप्लिकेशन के मौजूदा वर्शन की तुलना, Remote Config में तय किए गए नए वर्शन से की जा सकती है. इसके बाद, उपयोगकर्ताओं को अपग्रेड करने की सूचना दिखाई जा सकती है या उन्हें अपग्रेड करने के लिए मजबूर किया जा सकता है. Remote Config
मॉडल को ऐक्सेस करने के लिए जगह की जानकारी सेट करना
| यह सुविधा सिर्फ़ तब उपलब्ध होती है, जब Vertex AI Gemini API को एपीआई की सुविधा देने वाली कंपनी के तौर पर इस्तेमाल किया जा रहा हो. |
मॉडल को ऐक्सेस करने के लिए जगह की जानकारी सेट करने से लागत कम करने में मदद मिल सकती है. साथ ही, उपयोगकर्ताओं के लिए इंतज़ार का समय कम किया जा सकता है.
अगर कोई जगह की जानकारी नहीं दी जाती है, तो डिफ़ॉल्ट रूप से us-central1 का इस्तेमाल किया जाता है. इस जगह की जानकारी को, शुरू करने के दौरान सेट किया जा सकता है. इसके अलावा, का इस्तेमाल करके, हर उपयोगकर्ता की जगह की जानकारी के हिसाब से, जगह की जानकारी को डाइनैमिक तरीके से बदला जा सकता है.Firebase Remote Config