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