שאלות נפוצות על השינויים ב-Cloud Storage for Firebase שפורסמו בספטמבר 2024

אנחנו מבצעים ב-Firebase כמה שינויים ב-Cloud Storage for Firebase ופועלים באופן יזום כדי למנוע ניצול לרעה בפלטפורמה שלנו. לשם כך, אנחנו צריכים לעדכן את התשתית שלנו כדי להתאים אותה טוב יותר למכסות ולחיוב ב-Google Cloud Storage.

אחד מהשינויים בתשתית הוא שבקרוב נתחיל לדרוש שימוש בתוכנית התמחור 'תשלום לפי שימוש' של Blaze כדי להשתמש ב-Cloud Storage for Firebase. עדיין אפשר להשתמש ב-Blaze ללא עלות.

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

• שינויים בדרישות של תוכניות התמחור
• שינויים בקטגוריה Cloud Storage for Firebase שמוגדרת כברירת מחדל
• שינויים באינטראקציות פרוגרמטיות (כמו ממשקי API ל-REST ו-Terraform)
• שינויים בנושא 'משאבי Google Cloud שמוגדרים כברירת מחדל'

שינויים בדרישות של תוכניות התמחור

בקרוב נתחיל לדרוש את תוכנית התמחור של Blaze בתשלום לפי שימוש אם תרצו להשתמש ב-Cloud Storage for Firebase. השימוש ללא עלות עדיין זמין גם בתוכנית התמחור Blaze.

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

• החל מ-30 באוקטובר 2024, כדי להקצות קטגוריית ברירת מחדל חדשה מסוג Cloud Storage for Firebase, הפרויקט ב-Firebase צריך להיות בתוכנית התמחור של Blaze בתשלום לפי שימוש. אפשר להשתמש בתוכנית 'תמיד בחינם' בקטגוריה Google Cloud Storage.
• החל מ-1 באוקטובר 2025, הפרויקט ב-Firebase צריך להיות בתוכנית התמחור של Blaze בתשלום לפי שימוש כדי לשמור על הגישה לקטגוריית ברירת המחדל ולכל המשאבים האחרים ב-Cloud Storage. כל קטגוריה שמוגדרת כברירת מחדל ב-*.appspot.com תמשיך להשתמש ברמת השימוש הנוכחית ללא עלות, גם בתוכנית התמחור Blaze.

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

מהן הדרישות החדשות של תוכנית התמחור שפורסמו בספטמבר 2024?

• החל מ-30 באוקטובר 2024, יבוצעו השינויים הבאים:

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

  • חשוב לזכור את הפרטים הבאים לגבי כל הקטגוריות שמוגדרות כברירת מחדל שוקצו אחרי 30 באוקטובר 2024:

    • הם יהיו כפופים לתעריפים ולשימוש ב-Google Cloud Storage, שכולל תוכנית 'תמיד בחינם' לקטגוריות ב-US-CENTRAL1, ב-US-EAST1 וב-US-WEST1.

    • הפורמט של השם שלהם יהיה PROJECT_ID.firebasestorage.app (במקום PROJECT_ID.appspot.com הקודם).

• החל מ-1 באוקטובר 2025, יבוצעו השינויים הבאים:

  • כדי לשמור על הגישה לקטגוריית ברירת המחדל ולכל המשאבים האחרים של Cloud Storage, הפרויקט צריך להיות בתוכנית התמחור של Blaze בתשלום לפי שימוש. כל קטגוריה שמוגדרת כברירת מחדל ב-*.appspot.com תמשיך להיות ללא עלות, גם בתוכנית התמחור Blaze.

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

למה אנחנו מבצעים את השינויים האלה בתוכניות התמחור של Firebase?

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

האם אוכל להמשיך להשתמש ב-Workspace ללא עלות אם אשתדרג לתוכנית התמחור Blaze?

כן. אם יש לכם קטגוריה שמוגדרת כברירת מחדל ב-PROJECT_ID.appspot.com ואתם משדרגים לתוכנית התמחור של Blaze בתשלום לפי שימוש, רמת השימוש הנוכחית ללא עלות בקטגוריה שמוגדרת כברירת מחדל תישמר, כפי שמתואר בהמשך. על כל שימוש מעבר למכסה ללא עלות, תחויבו לפי התמחור של Google App Engine.

• 5GB אחסון
• 1GB להורדה ליום
• 20,000 העלאות ביום
• 50,000 הורדות ביום

לתשומת ליבכם: החל מ-30 באוקטובר 2024, לכל הקטגוריות החדשות שמוגדרות כברירת מחדל יהיה פורמט השם PROJECT_ID.firebasestorage.app, והן יהיו כפופות למחירון ולשימוש ב-Google Cloud Storage, שכולל תוכנית 'תמיד בחינם' לקטגוריות ב-US-CENTRAL1, ב-US-EAST1 וב-US-WEST1.

איך משדרגים לתוכנית התמחור Blaze?

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

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

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

אם יש לכם שאלות, אתם יכולים לפנות אל התמיכה של Firebase.

מתי צריך לשדרג לתוכנית התמחור Blaze?

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

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

מה יקרה אם לא משדרגים את הפרויקט לתוכנית התמחור Blaze?

• החל מ-30 באוקטובר 2024: אם עדיין לא הקצית קטגוריית Cloud Storage שמוגדרת כברירת מחדל בפרויקט, לא תהיה לך אפשרות להקצות אותה אלא אם הפרויקט שלך מוגדר לתוכנית התמחור Blaze.

• החל מ-1 באוקטובר 2025: אם הפרויקט שלכם לא רשום לתוכנית התמחור Blaze, תאבדו את הגישה לקריאה/כתיבה לקטגוריית ברירת המחדל PROJECT_ID.appspot.com. בנוסף, לא תוכלו להציג את הקטגוריה או לגשת לנתונים שלה במסוף Firebase או במסוף Google Cloud.

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

אם יש לכם שאלות, אתם יכולים לפנות לתמיכה של Firebase.

מה קורה אם השימוש בקטגוריית ברירת המחדל *.appspot.com חורג מרמת השימוש ללא עלות?

אם יש לכם קטגוריית ברירת מחדל מסוג PROJECT_ID.appspot.com, ותשדרגו לתוכנית התמחור Blaze עם שימוש מעבר לרמות השימוש ללא עלות שמפורטות בהמשך, תחויבו על השימוש העודף לפי התמחור של Google App Engine במחזור החיובים הבא.

• 5GB אחסון
• 1GB להורדה ליום
• 20,000 העלאות ביום
• 50,000 הורדות ביום

אם יש לכם שאלות, אתם יכולים לפנות אל התמיכה של Firebase.

שינויים בקטגוריה Cloud Storage שמוגדרת כברירת מחדל

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

• החל מ-30 באוקטובר 2024, לכל הקטגוריות Cloud Storage שמוגדרות כברירת מחדל שנוספו לאחרונה יהיה פורמט השם PROJECT_ID.firebasestorage.app.
  הקטגוריות האלה יהיו כפופות לתמחור ולשימוש ב-Google Cloud Storage, שמציע רמה 'תמיד בחינם' לקטגוריות ב-US-CENTRAL1, ב-US-EAST1 וב-US-WEST1.
• אין שינויים בקטגוריות ברירת המחדל הקיימות של PROJECT_ID.appspot.com (כל עוד משדרגים את הפרויקט לתוכנית התמחור Blaze בתשלום לפי שימוש עד 1 באוקטובר 2025).

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

האם השם של קטגוריית ברירת המחדל ישתנה?

לא. כשמשדרגים לתוכנית התמחור Blaze, השם של הקטגוריה Cloud Storage שמוגדרת כברירת מחדל לא ישתנה.

• אם הקצית את הקטגוריה שמוגדרת כברירת מחדל לפני 30 באוקטובר 2024, הפורמט של השם של הקטגוריה שמוגדרת כברירת מחדל יהיה תמיד PROJECT_ID.appspot.com.

  החריג היחיד הוא אם מוחקים את הקטגוריה *.appspot.com ומקצים קטגוריית ברירת מחדל חדשה.

• אם הקצית את הקטגוריה שמוגדרת כברירת מחדל ב-30 באוקטובר 2024 או לאחר מכן , פורמט השם של הקטגוריה שמוגדרת כברירת מחדל יהיה תמיד PROJECT_ID.firebasestorage.app.

מה קורה אם מוחקים את הקטגוריה שמוגדרת כברירת מחדל ב-*.appspot.com?

לא ניתן לשחזר קטגוריות שנמחקו. חשוב לזכור שזו ההתנהגות הנוכחית של כל הקטגוריות מסוג Cloud Storage.

החל מ-30 באוקטובר 2024: אם תמחקו את הקטגוריה שמוגדרת כברירת מחדל ב-PROJECT_ID.appspot.com, לא תוכלו להקצות קטגוריה באותו פורמט שם.

במקום זאת, אפשר ליצור קטגוריית Cloud Storage חדשה שמוגדרת כברירת מחדל (אם הפרויקט שלכם מוגדר בתוכנית התמחור Blaze) עם פורמט שם של PROJECT_ID.firebasestorage.app. הוא יתבסס על המחירון והשימוש ב-Google Cloud Storage, שכולל תוכנית 'תמיד בחינם' לקטגוריות ב-US-CENTRAL1, ב-US-EAST1 וב-US-WEST1.

האם צריך לעדכן את קוד המקור של האפליקציה?

לא. כדי להתאים את האפליקציה לשינויים האלה, לא צריך לעדכן את קוד האפליקציה.

כל הקטגוריות הקיימות של PROJECT_ID.appspot.com יישארו בפורמט השם שלהן.

כדי למנוע שיבושים בשירות, חשוב לשדרג את הפרויקט לתוכנית התמחור 'תשלום לפי שימוש' של Blaze עד 1 באוקטובר 2025. אחרי השדרוג לתוכנית התמחור Blaze, קוד הבסיס שלכם ימשיך לקיים אינטראקציה עם הקטגוריה שמוגדרת כברירת מחדל, PROJECT_ID.appspot.com, כמו תמיד.

האם צריך להעביר את הנתונים מקטגוריית ברירת המחדל *.appspot.com?

לא. כדי להתאים את הנתונים לשינויים האלה, לא צריך להעביר אותם מקטגוריית ברירת המחדל PROJECT_ID.appspot.com.

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

שינויים באינטראקציות פרוגרמטיות (כמו ממשקי API ל-REST ו-Terraform)

אם אתם מקצים או עובדים עם קטגוריות Cloud Storage for Firebase שמוגדרות כברירת מחדל באופן פרוגרמטי (למשל, באמצעות ממשקי API ל-REST או Terraform), כדאי לבדוק את השינויים הבאים כדי לראות אם צריך לשנות משהו בתהליכי העבודה או באפליקציות שלכם.

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

• ב-30 באוקטובר 2024, נסגור שני ממשקי API ל-REST: נקודת הקצה projects.defaultLocation.finalize ונקודת הקצה projects.availableLocations.list.
• השינויים בממשקי ה-API ל-REST האלה משפיעים גם על האופן שבו אפשר להשתמש ב-Terraform עם Cloud Storage for Firebase (ואולי גם עם Cloud Firestore).

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

מהם השינויים בשימוש בממשקי API ל-REST?

החל מ-30 באוקטובר 2024, ייכנסו לתוקף השינויים הבאים:

• נקודת הקצה (endpoint) projects.defaultBucket.create משתנה:

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

  • הקטגוריות שמוקצות כברירת מחדל על ידי נקודת הקצה הזו יהיו בפורמט השם PROJECT_ID.firebasestorage.app (במקום PROJECT_ID.appspot.com).

  • הקטגוריות שמוגדרות כברירת מחדל יהיו כפופות לתעריפים ולשימוש ב-Google Cloud Storage, שמציע תוכנית 'תמיד בחינם' לקטגוריות ב-US-CENTRAL1, ב-US-EAST1 וב-US-WEST1.

• נקודות הקצה projects.defaultLocation.finalize ו-projects.availableLocations.list יושבתו ויתחילו להחזיר שגיאות מסוג 404: METHOD_NOT_FOUND.

  במקום זאת, כדי להגדיר את המיקום של משאב באופן פרוגרמטי, צריך להשתמש ב-APIs הספציפיים למשאב. לדוגמה, מגדירים את המיקומים של הקטגוריה Cloud Storage שמוגדרת כברירת מחדל ושל המכונה Cloud Firestore שמוגדרת כברירת מחדל במהלך ההקצאה שלהם בנפרד, באמצעות קריאה ל-projects.defaultBucket.create ו-projects.databases.create, בהתאמה. פרטים נוספים על החלפות של מיקומים וממשקי API ל-REST זמינים בשאלות הנפוצות: איך מגדירים או מקבלים את המיקום של 'משאב Google Cloud שמוגדר כברירת מחדל'?

מהם השינויים בשימוש ב-Terraform?

החל מ-30 באוקטובר 2024, יבוצעו השינויים הבאים שקשורים לשימוש ב-Terraform עם Cloud Storage for Firebase.

אי אפשר יותר להקצות את הקטגוריה Cloud Storage for Firebase שמוגדרת כברירת מחדל באמצעות Terraform. הסיבה לכך היא שאי אפשר יותר להקצות את הקטגוריה הזו דרך Google App Engine. במקום זאת, אפשר לבצע אחת מהפעולות הבאות:

• כדי להקצות את הקטגוריה, מריצים את הפונקציה projects.defaultBucket.create. ממשק ה-API הזה עדיין לא זמין דרך Terraform.

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

בנוסף, חשוב לשים לב לפרטים הבאים לגבי הקצאות של קטגוריות Cloud Storage שמוגדרות כברירת מחדל, החל מ-30 באוקטובר 2024:

• כדי להקצות קטגוריה Cloud Storage שמוגדרת כברירת מחדל, הפרויקט צריך להיות בתוכנית התמחור של Blaze בתשלום לפי שימוש.

• כבר לא צריך להקצות את המכונה Cloud Firestore שמוגדרת כברירת מחדל לפני הקטגוריה Cloud Storage שמוגדרת כברירת מחדל.

• המיקום שבוחרים למכונה Cloud Firestore שמוגדרת כברירת מחדל לא חל על הקטגוריה Cloud Storage שמוגדרת כברירת מחדל (כלומר, המכונה Cloud Firestore שמוגדרת כברירת מחדל והקטגוריה Cloud Storage שמוגדרת כברירת מחדל יכולות להיות במיקומים שונים).

• פורמט השם של קטגוריית ברירת המחדל Cloud Storage יהיה PROJECT_ID.firebasestorage.app (במקום PROJECT_ID.appspot.com הקודם).

שינויים בנושא 'משאבי Google Cloud שמוגדרים כברירת מחדל'

'משאבי Google Cloud שמוגדרים כברירת מחדל' הם כל משאבי הפרויקט שמשויכים ל-Google App Engine, כולל:

• מכונה וירטואלית Cloud Firestore שמוגדרת כברירת מחדל
• קטגוריית ברירת המחדל Cloud Storage for Firebase (במיוחד קטגוריות עם פורמט השם PROJECT_ID.appspot.com)
• Google Cloud Scheduler (במיוחד לפונקציות מתוזמנות מדור ראשון)

עם השנים, מערכת האקולוגית של Firebase עברה שינויים רבים, והשיוכים של משאבים שקשורים ל-Firebase ל-Google App Engine השתנו.

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

מה קורה ל'מיקום של משאבי Google Cloud שמוגדרים כברירת מחדל'?

'מיקום של משאבי Google Cloud שמוגדרים כברירת מחדל' הוא הגדרת המיקום של כל משאבי הפרויקט שמשויכים ל-Google App Engine, כולל:

• מכונה וירטואלית Cloud Firestore שמוגדרת כברירת מחדל
• קטגוריית ברירת המחדל Cloud Storage for Firebase (במיוחד קטגוריות עם פורמט השם PROJECT_ID.appspot.com)
• Google Cloud Scheduler (במיוחד לפונקציות מתוזמנות מדור ראשון)

כשמגדירים את אחד מהמשאבים האלה בפרויקט, מגדירים באופן עקיף את המיקום של אפליקציית Google App Engine בפרויקט. המיקום הזה מגדיר את המיקום של כל המשאבים המשויכים ל-Google App Engine.

חשוב: החל מ-30 באוקטובר 2024, הקצאת הקטגוריה Cloud Storage שמוגדרת כברירת מחדל לא תגדיר את 'המיקום של משאבי Google Cloud שמוגדרים כברירת מחדל' (כמו המיקום של מכונה Cloud Firestore שמוגדרת כברירת מחדל בפרויקט). בנוסף, הקצאת מכונה Cloud Firestore שמוגדרת כברירת מחדל לא תגדיר יותר את המיקום של קטגוריית Cloud Storage חדשה שמוגדרת כברירת מחדל (אלה עם פורמט השם PROJECT_ID.firebasestorage.app).

שימו לב לנקודות הבאות:

• כל קטגוריית Cloud Storage שמוקצית כברירת מחדל לפני 30 באוקטובר 2024 (בפורמט השם PROJECT_ID.appspot.com) משויכת ל-Google App Engine. המשמעות היא:

  • המיקום של הקטגוריה יקבע את המיקום של המשאבים המשויכים ל-Google App Engine (כמו המיקום של מכונה Cloud Firestore שמוגדרת כברירת מחדל).

• כל קטגוריה Cloud Storage שמוקצית כברירת מחדל החל מ-30 באוקטובר 2024 (בפורמט השם PROJECT_ID.firebasestorage.app) לא משויכת ל-Google App Engine. המשמעות היא:

  • הקצאת הקטגוריה Cloud Storage כבר לא תגדיר את המיקום של המשאבים המשויכים ל-Google App Engine (למשל, המיקום של המכונה Cloud Firestore שמוגדרת כברירת מחדל).

  • הקצאת מכונה Cloud Firestore שמוגדרת כברירת מחדל לא תגדיר יותר את המיקום של הקטגוריה Cloud Storage שמוגדרת כברירת מחדל בפרויקט.

  • המיקומים שזמינים לקטגוריה Cloud Storage שמוגדרת כברירת מחדל הם עכשיו אותם מיקומים שזמינים ל-Google Cloud Storage (במקום להיות מוגבלים לאלה של Google App Engine).

איך מגדירים או מקבלים את המיקום של 'משאב Google Cloud שמוגדר כברירת מחדל'?

'משאבי Google Cloud שמוגדרים כברירת מחדל' הם כל משאבי הפרויקט שמשויכים ל-Google App Engine, כולל:

• מכונה וירטואלית Cloud Firestore שמוגדרת כברירת מחדל
• קטגוריית ברירת המחדל Cloud Storage for Firebase (במיוחד קטגוריות עם פורמט השם PROJECT_ID.appspot.com)
• Google Cloud Scheduler (במיוחד לפונקציות מתוזמנות מדור ראשון)

החל מ-30 באוקטובר 2024, המושג 'משאבי Google Cloud שמוגדרים כברירת מחדל' לא חל על קטגוריות Cloud Storage שמוגדרות כברירת מחדל שוקצו לאחרונה. לקטגוריות ברירת המחדל שהוקצתה אחרי התאריך הזה יש את פורמט השם PROJECT_ID.firebasestorage.app, והן לא משויכות ל-Google App Engine. מידע נוסף זמין בשאלות הנפוצות: מה קורה ל'מיקום של משאבי Google Cloud שמוגדרים כברירת מחדל'?

חשוב: מאחר שקטגוריות Cloud Storage שמוקצות כברירת מחדל וייוצרו החל מ-30 באוקטובר 2024 לא משויכות ל-Google App Engine, המיקום שלהן לא יגדיר את 'המיקום של משאבי Google Cloud שמוגדרים כברירת מחדל' (כמו המיקום של המכונה Cloud Firestore שמוגדרת כברירת מחדל). בנוסף, הקצאת המכונה Cloud Firestore לפני הקצאת המכונה בפרויקט לא תגדיר יותר את המיקום של הקטגוריות החדשות Cloud Storage שמוגדרות כברירת מחדל.

אם רוצים להגדיר או לקבל את המיקום של משאב כלשהו בפרויקט, צריך לבצע פעולה ישירות עם המשאב במקום זאת.

קטגוריית ברירת המחדל Cloud Storage for Firebase

• במסוף Firebase:

  • מגדירים את המיקום של קטגוריית Cloud Storage שמוגדרת כברירת מחדל ומאתרים אותו בקטע Storage במסוף Firebase.

• באמצעות ממשקי API ל-REST:

  • מגדירים את המיקום של קטגוריית Cloud Storage שמוגדרת כברירת מחדל במהלך הקצאת המשאבים שלה, באמצעות קריאה ל-projects.defaultBucket.create.

    לתשומת ליבכם: החל מ-30 באוקטובר 2024, כדי לבצע קריאה לנקודת הקצה הזו תצטרכו תוכנית תמחור Blaze בתשלום לפי שימוש. לכן, לפני שמנסים ליצור קטגוריית ברירת מחדל, צריך לוודא שהפרויקט מקושר לחשבון Cloud Billing (לדוגמה, באמצעות projects.updateBillingInfo).

  • קבלת המיקום של קטגוריית Cloud Storage שמוגדרת כברירת מחדל באמצעות projects.buckets.get.

מכונה Cloud Firestore שמוגדרת כברירת מחדל

לתשומת ליבכם: אם הקצית קטגוריית Cloud Storage שמוגדרת כברירת מחדל לפני 30 באוקטובר 2024, המיקום של מכונה Cloud Firestore שמוגדרת כברירת מחדל בפרויקט כבר הוגדר (בגלל השיוך ל-Google App Engine).

• במסוף Firebase:

  • מגדירים את המיקום של מכונה Cloud Firestore שמוגדרת כברירת מחדל ומאתרים אותו בקטע Firestore במסוף Firebase.

• באמצעות ממשקי API ל-REST:

  • מגדירים את המיקום של מכונה Cloud Firestore שמוגדרת כברירת מחדל במהלך הקצאת המשאבים שלה, באמצעות קריאה ל-projects.databases.create.

  • הצגת המיקום של מכונה Cloud Firestore שמוגדרת כברירת מחדל באמצעות projects.databases.get.

פונקציות מתוזמנות (דור ראשון)

הערה: אם הקצית קטגוריה Cloud Storage שמוגדרת כברירת מחדל לפני 30 באוקטובר 2024, הפונקציות המתוזמנות של הפרויקט (דור ראשון) כבר הוגדרו (בגלל השיוך ל-Google App Engine).

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

• מקבלים את המיקום של פונקציה מתוזמנת לפי שם הנושא של המשימה והפונקציה שלה במסוף Google Cloud (firebase-schedule-FUNCTION_NAME-REGION).