שיטות מומלצות כלליות להגדרת פרויקטים של 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. כל אפליקציה עם תווית עצמאית לא אמורה (מסיבות פרטיות) לשתף נתונים עם האחרות.

הצעדים הבאים