שיטות מומלצות כלליות להגדרת פרויקטים של Firebase

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

הבנת ההיררכיה של פרויקטי Firebase

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

  • פרויקט Firebase הוא כמו מיכל עבור כל האפליקציות שלך וכל המשאבים והשירותים שסופקו עבור הפרויקט.

  • לפרויקט Firebase יכולה להיות רשומה אחת או יותר של אפליקציות Firebase (לדוגמה, גם גרסת iOS וגם גרסת Android של אפליקציה, או גם גרסת חינמי וגם גרסת בתשלום של אפליקציה).

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

    • כל האפליקציות של Firebase הרשומות לאותו פרויקט Firebase חולקות את אותם רכיבים עורפיים, כמו Firebase Hosting, Authentication, Realtime Database, Cloud Firestore, Cloud Storage ו-Cloud Functions.

    • כל אפליקציות Firebase הרשומות לאותו פרויקט Firebase משויכות לאותו נכס של Google Analytics, כאשר כל אפליקציית Firebase היא זרם נתונים נפרד באותו נכס.

היכן משתלב פרויקט של Google Cloud בהיררכיה הזו?

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

למידע נוסף על מערכת היחסים בין Firebase ו-Google Cloud, ב- Search Projects Firebase

רישום גרסאות של אפליקציה עם פרויקטים של Firebase

הנה כמה טיפים חשובים לרישום גרסאות האפליקציה שלך בפרויקט Firebase:

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

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

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

    • Builds המבוססים על סטטוס שחרור לא אמורים לחלוק את אותם משאבי Firebase כי זה עלול לסכן את נתוני ניפוי הבאגים שלך לזהם או אפילו לעקוף את נתוני ה-Prod שלך.

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

הימנעות משכירות ריבוי

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

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

לדוגמה, אם אתה מפתח אפליקציית תווית לבנה, לכל אפליקציה עם תווית עצמאית צריכה להיות פרויקט Firebase משלה, וגרסאות iOS ו-Android של התווית הזו צריכות להיות באותו פרויקט Firebase. כל אפליקציה עם תווית עצמאית לא אמורה (מסיבות פרטיות) לשתף נתונים עם האחרות.

הצעדים הבאים