Firebase Studio מציע כמה אפשרויות פרסום, כך שתוכלו לבחור את השיטה שהכי מתאימה לצרכים של הפרויקט שלכם. סקירה כללית של האפשרויות הזמינות:
Firebase App Hosting: אידיאלי לפרסום אפליקציות דינמיות של Next.js ו-Angular. App Hosting מציע תמיכה מובנית במסגרות, שילוב עם GitHub ושילוב עם מוצרי Firebase אחרים כמו Firebase Authentication, Cloud Firestore ו-Firebase AI Logic.
אם פיתחתם אפליקציית Next.js באמצעות App Prototyping agent, תוכלו לפרסם אותה ישירות מ-Firebase Studio בכמה קליקים בלבד.
Firebase Hosting: מתאים לאירוח אפליקציות אינטרנט ותוכן אינטרנט סטטי (HTML, CSS, JavaScript, תמונות ונכסים סטטיים אחרים) ואפליקציות חד-דפיות. Firebase Hosting מספקת העברת תוכן מהירה באמצעות CDN גלובלי, אישורי SSL בחינם ותמיכה בדומיין מותאם אישית.
אם פיתחתם אפליקציית אינטרנט סטטית או חד-דף ב-Firebase Studio, אתם יכולים לפרסם אותה ישירות מ-Firebase Studio על ידי הנחיה של Gemini ב-Firebase לפרסם את האפליקציה.
Cloud Run: אפשר להשתמש ב-Cloud Run כדי לפרוס אפליקציות מבוססות קונטיינרים. הם מתאימים לפרסום אפליקציות ניידות וניתנות להרחבה שאפשר להפעיל בכל פלטפורמה.
אפשרויות פריסה אחרות: פריסה לפתרון האירוח שתבחרו, כולל פלטפורמות אחרות או השרת שלכם.
פרסום ומעקב אחרי האפליקציה באמצעות Firebase App Hosting
אחרי שבודקים את האפליקציה ומרוצים ממנה בסביבת העבודה, אפשר לפרסם אותה באינטרנט באמצעות Firebase App Hosting.
כשמגדירים את App Hosting, המערכת יוצרת עבורכם פרויקט Firebase (אם לא נוצר כבר פרויקט כזה על ידי יצירה אוטומטית של מפתח Gemini API או שירותי קצה עורפיים אחרים) ומנחה אתכם בתהליך הקישור של חשבון Cloud Billing.Firebase Studio
כדי לפרסם את האפליקציה:
לוחצים על פרסום כדי להגדיר את פרויקט Firebase ולפרסם את האפליקציה. החלונית פרסום האפליקציה מופיעה.
בשלב פרויקט Firebase, מוצג App Prototyping agent פרויקט Firebase שמשויך למרחב העבודה. אם פרויקט Firebase לא קיים, App Prototyping agent יוצר פרויקט חדש בשבילכם. כדי להמשיך, לוחצים על הבא.
בשלב Link Cloud Billing account (קישור חשבון Cloud Billing), בוחרים באחת מהאפשרויות הבאות:
בוחרים את Cloud Billing החשבון שרוצים לקשר לפרויקט ב-Firebase.
אם אין לכם חשבון Cloud Billing או שאתם רוצים ליצור חשבון חדש, לוחצים על יצירת חשבון Cloud Billing. מסוף Google Cloud ייפתח, ובו תוכלו ליצור חשבון חדש בשירות עצמי של Cloud Billing. אחרי שיוצרים את החשבון, חוזרים אל Firebase Studio ובוחרים את החשבון מהרשימה Link Cloud Billing.
לוחצים על הבא. Firebase Studio מקשר את החשבון לחיוב לפרויקט שמשויך לסביבת העבודה שלכם, שנוצר כשייצרתם מפתח Gemini API באופן אוטומטי או כשלוחצים על פרסום.
App Hostingלוחצים על הגדרת שירותים. הסוכן ליצירת אב טיפוס לאפליקציה מתחיל להקצות שירותי Firebase.
לוחצים על פרסום עכשיו. Firebase Studio מגדיר את שירותי Firebase ואז מפעיל את App Hosting ההשקה. התהליך עשוי להימשך כמה דקות. מידע נוסף על מה שקורה מאחורי הקלעים זמין במאמר בנושא תהליך הבנייה של App Hosting.
בסיום שלב הפרסום, יופיע הדף App overview עם כתובת URL ותובנות לגבי האפליקציה שמבוססות על App Hosting observability. כדי להשתמש בדומיין בהתאמה אישית (כמו example.com או app.example.com) במקום בדומיין שנוצר על ידי Firebase, אפשר להוסיף דומיין בהתאמה אישית במסוף Firebase.
מידע נוסף על App Hosting זמין במאמר הסבר על App Hosting ועל אופן הפעולה שלו.
(Cloud Firestore בלבד) אימות כללי אבטחה בסביבת הייצור
אחרי שהפרסום מסתיים והאפליקציה נפרסת ב-Firebase, Cloud Firestore ו-Firebase Authentication מוכנים לבדיקה בסביבת הייצור.
הצגת נתונים של Cloud Firestore ו-Firebase Authentication במסוף Firebase
אחרי הפרסום, תוכלו לראות נתונים בזמן אמת מהאפליקציה במסוף Firebase.
כדי לראות את מסד הנתונים הפעיל Cloud Firestore, פותחים את מסוף Firebase ובתפריט הניווט בוחרים באפשרות Build (פיתוח) > Firestore Database (מסד נתונים של Firestore).
מכאן אפשר לבדוק את הנתונים המאוחסנים, לראות את כללי האבטחה ולבדוק אותם וליצור אינדקסים. מידע נוסף זמין בכתובת Cloud Firestore.
כדי לראות את נתוני Firebase Authentication בזמן אמת, פותחים את מסוף Firebase ובתפריט הניווט בוחרים באפשרות Build (פיתוח) > Authentication (אימות).
מכאן אפשר לבדוק את הגדרת האימות ואת משתמשי האפליקציה. מידע נוסף זמין בכתובת Firebase Authentication.
בדיקת כללי Cloud Firestore בסביבת הייצור
אחרי פרסום האפליקציה, צריך לבדוק שוב את Cloud Firestore כללי האבטחה שלה בסביבת הייצור. כך אפשר לוודא שהנתונים שלכם נגישים למשתמשים מורשים ומוגנים מפני גישה לא מורשית.
אפשר לבדוק את הכללים באמצעות כל השיטות הבאות:
בדיקת האפליקציה: אינטראקציה עם האפליקציה שפרסתם, ביצוע פעולות שמפעילות דפוסי גישה שונים לנתונים (קריאה, כתיבה, מחיקה) עבור תפקידים או מצבים שונים של משתמשים. הבדיקה הזו בעולם האמיתי עוזרת לוודא שהאכיפה של הכללים מתבצעת בפועל בצורה נכונה.
ארגז חול לכללים: כדי לבצע בדיקות ממוקדות, אפשר להשתמש בארגז החול לכללים במסוף Firebase. הכלי הזה מאפשר לכם לדמות בקשות (קריאה, כתיבה, מחיקה) במסד הנתונים שלכם ב-Cloud Firestore באמצעות כללי הייצור שלכם. אתם יכולים לציין את מצב אימות המשתמש, את הנתיב לנתונים ואת סוג הפעולה כדי לראות אם הכללים מאפשרים או דוחים את הגישה כמצופה.
בדיקות יחידה: כדי לבצע בדיקות מקיפות יותר, אפשר לכתוב בדיקות יחידה לכללי האבטחה. התכונה Firebase Studio preview backend powered by the Firebase Local Emulator Suite מאפשרת להריץ את הבדיקות האלה באופן מקומי, תוך הדמיה של אופן הפעולה של כללי הייצור. זו דרך אמינה לאמת לוגיקה מורכבת של כללים ולאשר את הכיסוי לתרחישים שונים. אחרי הפריסה, כדאי לבדוק שוב שהבדיקות של יחידות הקוד באמצעות האמולטור פועלות כמצופה ומכסות את כל התרחישים.
מעקב אחרי האפליקציה באמצעות App Hosting observability
בחלונית סקירה כללית של האפליקציה ב-Firebase Studio מוצגים מדדים חשובים ומידע על האפליקציה, כך שתוכלו לעקוב אחר הביצועים של אפליקציית האינטרנט באמצעות כלי הניטור המובנים של App Hosting. אחרי שהאתר יושק, תוכלו לגשת לסקירה הכללית בלחיצה על פרסום. מהחלונית הזו אפשר:
- לוחצים על פרסום כדי לפרסם גרסה חדשה של האפליקציה.
- משתפים את הקישור לאפליקציה או פותחים את האפליקציה ישירות באמצעות האפשרות ביקור באפליקציה.
- סיכום הביצועים של האפליקציה ב-7 הימים האחרונים, כולל המספר הכולל של הבקשות והסטטוס של ההשקה האחרונה. כדי לגשת למידע נוסף במסוף Firebase, לוחצים על הצגת פרטים.
- אפשר לראות תרשים של מספר הבקשות שהאפליקציה קיבלה ב-24 השעות האחרונות, עם פירוט לפי קוד סטטוס HTTP.
- צפייה בסטטוס ההפעלה של שירותי Firebase כמו Firebase Authentication ו-Cloud Firestore.
אם סוגרים את החלונית 'סקירת האפליקציה', אפשר לפתוח אותה מחדש בכל שלב בלחיצה על פרסום.
מידע נוסף על ניהול והשקה של App Hosting גרסאות זמין במאמר ניהול השקות וגרסאות.
חזרה למצב קודם באתר App Hosting
אם פרסתם גרסאות עוקבות של האפליקציה ב-App Hosting, אתם יכולים לחזור לאחת מהגרסאות הקודמות. אפשר גם להסיר אותו.
כדי לחזור לגרסה קודמת של אתר שפורסם:
פותחים את App Hosting במסוף Firebase.
מאתרים את הקצה העורפי של האפליקציה, לוחצים על תצוגה ואז על השקות.
לצד הפריסה שרוצים לחזור אליה, לוחצים על סמל האפשרויות הנוספות
, בוחרים באפשרות חזרה לבנייה הזו ומאשרים.
כדי להסיר את הדומיין App Hosting מהאינטרנט:
במסוף Firebase, פותחים את App Hosting ולוחצים על View בקטע של אפליקציית Firebase Studio.
בקטע Backend information (פרטי ה-Backend), לוחצים על Manage (ניהול). הדף Domains נטען.
לצד הדומיין, לוחצים על סמל האפשרויות הנוספות
ואז בוחרים באפשרות השבתת הדומיין ומאשרים.
הפעולה הזו תסיר את הדומיין מהאינטרנט. כדי להסיר לחלוטין את קצה העורפי App Hosting, פועלים לפי ההוראות במאמר מחיקת קצה עורפי.
Firebase Hosting
אתם יכולים לפרסם אפליקציות אינטרנט סטטיות וחד-דפיות ב-Firebase Hosting ממרחב העבודה שלכם ב-Firebase Studio.
אם אין לכם את ההרשאות הנדרשות בפרויקט Firebase, אתם יכולים לבקש מבעלים של פרויקט Firebase להקצות לכם את התפקיד הרלוונטי בFirebaseדף 'משתמשים והרשאות' במסוף. אם יש לכם שאלות לגבי גישה לפרויקט ב-Firebase, כולל איך למצוא את הבעלים או להקצות בעלים, תוכלו לעיין במאמר הרשאות וגישה לפרויקטים ב-Firebase.
פרסום באמצעות Gemini ב-Firebase
בצ'אט עם Gemini ב-Firebase, מזינים הנחיה כמו "פרסם את האפליקציה שלי".
Gemini ב-Firebase ידריך אתכם בשלבים הנדרשים. יכול להיות שתצטרכו ליצור פרויקט Firebase ולרשום את האפליקציה אם עדיין לא עשיתם את זה.
פרסום מהחלונית Firebase Studio
Firebase Hosting מותאם לאתרים סטטיים ולאפליקציות של דף יחיד. אם הפרויקט שלכם כולל תוכן דינמי, יכול להיות ש-Gemini ב-Firebase לא יתחיל את תהליך הפרסום. אם זה קורה אבל אתם עדיין רוצים להשתמש ב-Firebase Hosting, אתם יכולים לפרסם את הפרויקט מחלונית Firebase Studio:
אם עדיין לא עשיתם את זה, אתם צריכים ליצור פרויקט Firebase ולרשום את האפליקציה.
פותחים את סביבת העבודה של Firebase Studio.
- אם אתם משתמשים ב-App Prototyping agent, לוחצים על
מעבר לקוד כדי לפתוח את התצוגה Code.
- אם אתם משתמשים ב-App Prototyping agent, לוחצים על
בחלונית הניווט, לוחצים על הסמל Firebase Studio כדי לפתוח את החלונית, ואז מרחיבים את הקטע Firebase Hosting.
לוחצים על Authenticate Firebase (אימות Firebase) ופועלים לפי ההנחיות בחלון Terminal כדי לאמת את חשבון Firebase.
לוחצים על Initialize Firebase Hosting ופועלים לפי ההנחיות בחלון Terminal כדי להגדיר את הגדרות הפריסה.
כדי לפרוס את האפליקציה, לוחצים על Deploy to Production (פריסה לסביבת ייצור) או על Deploy to Channel (פריסה לערוץ) בקטע Firebase Hosting בחלונית Firebase Studio.
Cloud Run
לפני שמבצעים פריסה באמצעות Cloud Run, צריך להגדיר פרויקט Google Cloud ולהפעיל את Cloud Billing.
פותחים את סביבת העבודה של Firebase Studio. אם אתם משתמשים ב-App Prototyping agent, לוחצים על
מעבר לקוד כדי לפתוח את התצוגה Code.
לוחצים על הסמל Firebase Studio בחלונית הניווט כדי לפתוח את החלונית Firebase Studio ולוחצים על Deploy to Cloud Run (פריסה ב-Cloud Run).
בוחרים באפשרות אני רוצה לאפשר ל-Workspace הזה לגשת למשאבי Google Cloud באמצעות חשבון Google שלי, ואז בוחרים פרויקט Google Cloud שבו מופעלת החיוב מתוך חלונות הדו-שיח.
בקטע Cloud Run בחלונית Firebase Studio, לוחצים על אימות ופועלים לפי ההנחיות לאימות.
לוחצים על Deploy (פריסה) ופועלים לפי ההנחיות להגדרת תצורת הפריסה ולפריסת האפליקציה.