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

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

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

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

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

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

בקרוב נתחיל לדרוש את תוכנית התמחור של Blaze בתשלום לפי שימוש אם תרצו להשתמש ב-Cloud Storage for Firebase. אפשר עדיין להשתמש ב-Cloud בלי עלות, גם בתוכנית התמחור 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.

האם אפשר להמשיך להשתמש ללא עלות אם משדרגים לתוכנית התמחור והתשלומים של 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.

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

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

כל הקטגוריות הקיימות של 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:

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

• כבר לא צריך להקצות את המכונה 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, כדי להפעיל את נקודת הקצה (endpoint) הזו, יהיה צורך בתוכנית התמחור של 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).