רשימת משימות לשימוש ב-Firebase AI Logic בסביבת הייצור

כשאתם מוכנים להשיק את האפליקציה ולאפשר למשתמשי קצה אמיתיים ליצור אינטראקציה עם התכונות של ה-AI הגנרטיבי, חשוב לעיין ברשימת המשימות הזו של שיטות מומלצות ושיקולים חשובים.

כללי

בודקים את רשימת המשימות הכללית להשקת אפליקציות שמשתמשות ב-Firebase

רשימת המשימות לשימוש ב-Firebase מתארת שיטות מומלצות חשובות לפני השקת אפליקציית Firebase כלשהי בייצור.

הקפדה על שיטות מומלצות בפרויקטים ב-Firebase

לדוגמה, חשוב לוודא שאתם משתמשים בפרויקטים שונים ב-Firebase לפיתוח, לבדיקה ולייצור. כדאי לעיין בשיטות מומלצות נוספות לניהול פרויקטים.

גישה ואבטחה

עיון ברשימת המשימות הכללית בנושא אבטחה לאפליקציות שמשתמשות ב-Firebase

רשימת המשימות בנושא אבטחה הזו מתארת שיטות מומלצות חשובות לגישה ולאבטחה של אפליקציות ושירותים של Firebase.

לוחצים על החלת Firebase App Check

App Check עוזר להגן על ממשקי ה-API שנותנים גישה למודלים של Gemini ושל Imagen על ידי אימות הבקשות שמגיעות מהאפליקציה בפועל. הוא תומך בספקי אימות לפלטפורמות של אפל (DeviceCheck או App Attest), ל-Android (Play Integrity) ולאינטרנט (reCAPTCHA Enterprise).

הגדרת הגבלות על מפתחות API ב-Firebase

  • בודקים את רשימת ההיתרים של כל מפתח API ב-Firebase בקטע API restrictions:

  • כדי להגביל את השימוש בכל מפתח API של Firebase רק לבקשות מהאפליקציה שלכם (למשל, מזהה חבילה תואם לאפליקציה של Apple), צריך להגדיר את הגבלות על אפליקציות. שימו לב: גם אם הגבלתם את המפתח, מומלץ מאוד להשתמש ב-Firebase App Check.

שימו לב שממשקי API שקשורים ל-Firebase משתמשים במפתחות API רק כדי לזהות את הפרויקט או האפליקציה ב-Firebase, ולא כדי לאשר את הקריאה ל-API.

חיוב, מעקב ומכסות

איך להימנע מחיובים לא צפויים

אם פרויקט Firebase שלכם מוגדר בתוכנית התמחור Blaze עם תשלום לפי שימוש, כדאי לעקוב אחרי השימוש ולהגדיר התראות לגבי תקציב.

הגדרת מעקב מבוסס-AI במסוף Firebase

אפשר להשתמש בה רק כשמשתמשים ב-Vertex AI Gemini API כספק ה-API.

הגדרת מעקב מבוסס-AI כדי לעקוב אחרי מדדים ולוחות בקרה שונים במסוף Firebase ולקבל תמונה מקיפה של הבקשות מ-SDK‏ Firebase AI Logic.

בדיקת המכסות של ממשקי ה-API הבסיסיים הנדרשים

ניהול הגדרות

שימוש בגרסה יציבה של המודל באפליקציה בסביבת הייצור

באפליקציה בסביבת הייצור, צריך להשתמש רק בגרסאות יציבות של המודל (כמו gemini-2.0-flash-001), ולא בגרסת טרום-השקה, בגרסה ניסיונית או בכינוי שמתעדכן אוטומטית.

גם אם כינוי יציב שמתעדכן אוטומטית מצביע על גרסה יציבה, גרסת המודל שהוא מצביע עליה תשתנה אוטומטית בכל פעם שתצא גרסה יציבה חדשה. זה עלול לגרום להתנהגות או לתשובות לא צפויות. בנוסף, מומלץ להשתמש בגרסאות תצוגה מקדימה וניסיוניות רק במהלך יצירת אב טיפוס.

הגדרה ושימוש ב-Firebase Remote Config

בעזרת Remote Config, אתם יכולים לשלוט בהגדרות חשובות של תכונת ה-AI הגנרטיבי בענן, במקום להגדיר ערכים קשיחים בקוד. המשמעות היא שאתם יכולים לעדכן את ההגדרה בלי לפרסם גרסה חדשה של האפליקציה. אפשר לעשות הרבה דברים עם Remote Config, אבל הנה הערכים העיקריים שאנחנו ממליצים לכם לשלוט בהם מרחוק עבור תכונת ה-AI הגנרטיבי שלכם:

  • חשוב לשמור על עדכון האפליקציה.

    • שם המודל: כדאי לעדכן את המודל שבו האפליקציה משתמשת כשמודלים חדשים יוצאים או כשמודלים אחרים יוצאים משימוש.
  • אפשר לשנות את הערכים והקלט על סמך מאפייני הלקוח, או על סמך משוב מבדיקות או ממשתמשים.

    • הגדרת המודל: שינוי הטמפרטורה, מספר הטוקנים המקסימלי בפלט ועוד.

    • הגדרות בטיחות: אם יותר מדי תשובות נחסמות או אם משתמשים מדווחים על תשובות מזיקות, כדאי לשנות את הגדרות הבטיחות.

    • הוראות למערכת והנחיות שאתם מספקים: כדי לכוון את התגובות וההתנהגות של המודל, צריך לשנות את ההקשר הנוסף שאתם שולחים למודל. לדוגמה, יכול להיות שתרצו להתאים הנחיות לסוגים ספציפיים של לקוחות, או להתאים אישית הנחיות למשתמשים חדשים באופן שונה מההנחיות שמשמשות ליצירת תשובות למשתמשים קיימים.

אפשר גם להגדיר פרמטר minimum_version ב-Remote Config כדי להשוות בין הגרסה הנוכחית של האפליקציה לבין הגרסה האחרונה שמוגדרת ב-Remote Config, כדי להציג למשתמשים הודעת שדרוג או לחייב אותם לשדרג.

הגדרת המיקום לגישה למודל

אפשר להשתמש בה רק כשמשתמשים ב-Vertex AI Gemini API כספק ה-API.

הגדרת מיקום לגישה למודל יכולה לעזור לכם לחסוך בעלויות ולמנוע השהיה אצל המשתמשים.

אם לא מציינים מיקום, ברירת המחדל היא us-central1. אפשר להגדיר את המיקום הזה במהלך האתחול, או לחלופין להשתמש ב-Firebase Remote Config כדי לשנות את המיקום באופן דינמי בהתאם למיקום של כל משתמש.