כשאתם מוכנים להשיק את האפליקציה ולאפשר למשתמשי קצה אמיתיים ליצור אינטראקציה עם התכונות של ה-AI הגנרטיבי, חשוב לעיין ברשימת המשימות הזו של שיטות מומלצות ושיקולים חשובים.
כללי
בודקים את רשימת המשימות הכללית להשקת אפליקציות שמשתמשות ב-Firebase
רשימת המשימות לשימוש ב-Firebase מתארת שיטות מומלצות חשובות לפני השקת אפליקציית Firebase כלשהי בייצור.
הקפדה על שיטות מומלצות בפרויקטים ב-Firebase
לדוגמה, חשוב לוודא שאתם משתמשים בפרויקטים שונים ב-Firebase לפיתוח, לבדיקה ולייצור. כדאי לעיין בשיטות מומלצות נוספות לניהול פרויקטים.
אבטחה וגישה
עיון ברשימת המשימות הכללית בנושא אבטחה לאפליקציות שמשתמשות ב-Firebase
רשימת המשימות בנושא אבטחה הזו מתארת שיטות מומלצות חשובות לגישה ולאבטחה של אפליקציות ושירותים של Firebase.
לוחצים על החלת Firebase App Check
Firebase App Check עוזר להגן על ממשקי ה-API שנותנים לכם גישה למודלים של Gemini ו-Imagen. App Check מוודא שהבקשות מגיעות מהאפליקציה האמיתית שלכם וממכשיר מקורי שלא בוצעו בו שינויים. הוא תומך בספקי אימות לפלטפורמות של Apple (DeviceCheck או App Attest), ל-Android (Play Integrity) ולאינטרנט (reCAPTCHA Enterprise), והוא תומך בכל הספקים האלה גם באפליקציות Flutter ו-Unity.
בנוסף, כדי להתכונן להגנה משופרת שתופעל בקרוב על ידי App Checkבאמצעות הגנה מפני הפעלה חוזרת, מומלץ להפעיל את השימוש בטוקנים לשימוש מוגבל באפליקציות.
הגדרת הגבלות על מפתחות API של Firebase
בודקים את רשימת ההיתרים של הגבלות ה-API של כל מפתח API ב-Firebase:
מוודאים ש-Firebase AI Logic API נמצא ברשימת ההיתרים.
חשוב לוודא שכל שאר ממשקי ה-API ברשימת ההיתרים של המפתח הם של שירותי Firebase שבהם אתם משתמשים באפליקציה. אפשר לעיין ברשימת ממשקי ה-API שצריכים להיכלל ברשימת ההיתרים של כל מוצר.
כדי להגביל את השימוש בכל מפתח API של Firebase רק לבקשות מהאפליקציה שלכם (למשל, מזהה חבילה תואם לאפליקציה של Apple), צריך להגדיר את הגבלות על אפליקציות. חשוב לזכור: גם אם מגבילים את המפתח, עדיין קריטי להגדיר את Firebase App Check כדי לאבטח את האפליקציה מפני שימוש לרעה ב-API.
שימו לב: ממשקי API שקשורים ל-Firebase משתמשים במפתחות API רק כדי לזהות את הפרויקט או האפליקציה ב-Firebase, ולא כדי לאשר את הקריאה ל-API.
הגבלת הבקשות למשתמשים מאומתים בלבד
הפעלת מצב משתמשים מאומתים בפרויקט Firebase כדי שכל הקריאות מהאפליקציה דרך Firebase AI Logic יגיעו ממשתמשים מאומתים באפליקציה (אחרת, הבקשה תיחסם).
חיוב, מעקב ומכסה
איך להימנע מחשבונות מפתיעים
אם פרויקט Firebase שלכם מוגדר במינוי Blaze בתשלום לפי שימוש:
(Gemini Developer API בלבד) הגדרת מגבלות הוצאה.
הגדרת מעקב אחרי שימוש בתכונות AI במסוף Firebase
הגדרת מעקב באמצעות AI כדי לקבל תובנות לגבי מדדי ביצועים מרכזיים, כמו בקשות, זמן אחזור, שגיאות ושימוש בטוקנים. בנוסף, הניטור באמצעות AI עוזר לכם לבדוק ולנפות באגים בתכונות של Firebase AI Logic על ידי הצגת עקבות בודדים.
בדיקת המכסות של ממשקי ה-API הבסיסיים הנדרשים
חשוב לוודא שאתם מבינים את המכסות של כל API נדרש.
הגדרת מגבלות קצב לכל משתמש (ברירת המחדל היא 100 בקשות לדקה).
עורכים את המכסה או מבקשים להגדיל אותה, לפי הצורך.
ניהול הגדרות
שימוש בגרסה יציבה של המודל באפליקציית הייצור
באפליקציה שלכם בסביבת הייצור, השתמשו רק בגרסאות יציבות של המודל (כמו gemini-2.0-flash-001), ולא בגרסת טרום-השקה, בגרסה ניסיונית או בכינוי שמתעדכן אוטומטית.
גם אם כינוי יציב שמתעדכן אוטומטית מצביע על גרסה יציבה, גרסת המודל שהוא מצביע עליה תשתנה אוטומטית בכל פעם שתצא גרסה יציבה חדשה. זה עלול לגרום להתנהגות או לתשובות לא צפויות. בנוסף, מומלץ להשתמש בגרסאות תצוגה מקדימה וניסיוניות רק במהלך יצירת אב טיפוס.
הגדרה ושימוש ב-Firebase Remote Config
באמצעות Remote Config, אתם יכולים לשלוט בהגדרות חשובות של תכונות מבוססות-AI גנרטיבי בענן, במקום להגדיר ערכים בקוד באופן קשיח. המשמעות היא שאתם יכולים לעדכן את ההגדרות בלי לפרסם גרסה חדשה של האפליקציה.
(מומלץ מאוד) משנים מרחוק את שם המודל שבו נעשה שימוש באפליקציה כשמודלים חדשים יוצאים או כשמודלים אחרים מושבתים.
(אופציונלי) שליטה דינמית ואפילו מותנית בפרמטרים אחרים באפליקציה, כמו הגדרת יצירת המודל (למשל, מספר מקסימלי של טוקנים של פלט), הגדרות בטיחות, הוראות מערכת ונתוני הנחיה.
(אופציונלי) מגדירים פרמטר
minimum_versionב-Remote Config כדי להשוות בין הגרסה הנוכחית של האפליקציה לבין הגרסה האחרונה שהוגדרה ב-Remote Config, כדי להציג למשתמשים התראה על שדרוג או לחייב אותם לשדרג.
הגדרת המיקום לגישה למודל
| אפשרות זו זמינה רק כשמשתמשים ב-Vertex AI Gemini API כספק ה-API. |
הגדרת מיקום לגישה למודל יכולה לעזור לכם לחסוך בעלויות ולמנוע השהיה אצל המשתמשים.
אם לא מציינים מיקום, ברירת המחדל היא us-central1. אפשר להגדיר את המיקום הזה במהלך האתחול, או לחלופין להשתמש ב-Firebase Remote Config כדי לשנות את המיקום באופן דינמי בהתאם למיקום של כל משתמש.