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