אנחנו מבצעים ב-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.
ברור לנו שיידרש לך זמן כדי לבדוק את השינויים האלה ולבצע את ההתאמות הנחוצות בפרויקט ובתהליכי העבודה ב-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 בתשלום לפי שימוש. כל קטגוריה שמוגדרת כברירת מחדל ב-
תמשיך להיות ללא עלות, גם בתוכנית התמחור Blaze.*.appspot.com
- כדי לשמור על הגישה לקטגוריית ברירת המחדל ולכל המשאבים האחרים של Cloud Storage, הפרויקט צריך להיות בתוכנית התמחור של Blaze בתשלום לפי שימוש. כל קטגוריה שמוגדרת כברירת מחדל ב-
כאן מוסבר מה יקרה אם לא תבצעו שדרוג לתוכנית התמחור Blaze עד לתאריך הזה. אם יש לכם שאלות, תוכלו לפנות אל התמיכה של Firebase.
למה אנחנו מבצעים את השינויים האלה בתוכניות התמחור של Firebase?
אנחנו ב-Firebase שואפים לשמור על הבטיחות והאבטחה של המוצרים והסביבה העסקית שלנו. במסגרת הפעילות הזו, אנחנו מבצעים כמה שינויים ב-Cloud Storage for Firebase ונוקטים פעולות יזום כדי למנוע ניצול לרעה בפלטפורמה שלנו. העדכונים כוללים עדכון התשתית שלנו כך שתתאים בצורה טובה יותר למכסות ולחיוב ב-Google Cloud Storage.
האם אוכל להמשיך להשתמש ב-Workspace ללא עלות אם אשתדרג לתוכנית התמחור Blaze?
כן. אם יש לכם קטגוריה שמוגדרת כברירת מחדל ב-PROJECT_ID.appspot.com
- 5GB אחסון
- 1GB להורדה ליום
- 20,000 העלאות ביום
- 50,000 הורדות ביום
לתשומת ליבכם: החל מ-PROJECT_ID.firebasestorage.app
US-CENTRAL1
US-EAST1
US-WEST1
איך משדרגים לתוכנית התמחור Blaze?
כדי לשדרג את הפרויקט לתוכנית התמחור של Blaze בתשלום לפי שימוש, צריך לקשר את הפרויקט לחשבון Cloud Billing. אתם יכולים להשתמש בתהליך העבודה במסוף Firebase כדי לשדרג את תוכנית התמחור.
כדי לשדרג את תוכנית התמחור, צריך להיות לכם תפקיד IAM של בעלים בפרויקט.
אם יש לכם שאלות, אתם יכולים לפנות אל התמיכה של Firebase.
מתי צריך לשדרג לתוכנית התמחור Blaze?
כדי לשמור על הגישה לקטגוריית ברירת המחדל PROJECT_ID.appspot.com
כדי לשדרג את הפרויקט לתוכנית התמחור של Blaze בתשלום לפי שימוש, צריך לקשר את הפרויקט לחשבון Cloud Billing. אתם יכולים להשתמש בתהליך העבודה במסוף Firebase כדי לשדרג את תוכנית התמחור.
מה יקרה אם לא משדרגים את הפרויקט לתוכנית התמחור Blaze?
החל מ-
30 באוקטובר 2024 : אם עדיין לא הקצית קטגוריית Cloud Storage שמוגדרת כברירת מחדל בפרויקט, לא תהיה לך אפשרות להקצות אותה אלא אם הפרויקט שלך מוגדר לתוכנית התמחור Blaze.החל מ-
1 באוקטובר 2025 : אם הפרויקט שלכם לא רשום לתוכנית התמחור Blaze, תאבדו את הגישה לקריאה/כתיבה לקטגוריית ברירת המחדל . בנוסף, לא תוכלו להציג את הקטגוריה או לגשת לנתונים שלה במסוף Firebase או במסוף Google Cloud.PROJECT_ID.appspot.com
חשוב לדעת שהנתונים יישארו בקטגוריה, אבל לא תהיה גישה אליהם עד לשדרוג לחבילת Blaze.
אם יש לכם שאלות, אתם יכולים לפנות לתמיכה של Firebase.
מה קורה אם השימוש בקטגוריית ברירת המחדל *.appspot.com
חורג מרמת השימוש ללא עלות?
*.appspot.com
אם יש לכם קטגוריית ברירת מחדל מסוג PROJECT_ID.appspot.com
- 5GB אחסון
- 1GB להורדה ליום
- 20,000 העלאות ביום
- 50,000 הורדות ביום
אם יש לכם שאלות, אתם יכולים לפנות אל התמיכה של Firebase.
שינויים בקטגוריה Cloud Storage שמוגדרת כברירת מחדל
ברור לנו שיידרש לך זמן כדי לבדוק את השינויים האלה ולבצע את ההתאמות הנחוצות בפרויקט ובתהליכי העבודה ב-Firebase. אם יש לכם שאלות, תוכלו לפנות אל התמיכה של Firebase.
האם השם של קטגוריית ברירת המחדל ישתנה?
לא. כשמשדרגים לתוכנית התמחור Blaze, השם של הקטגוריה Cloud Storage שמוגדרת כברירת מחדל לא ישתנה.
אם הקצית את הקטגוריה שמוגדרת כברירת מחדל לפני
30 באוקטובר 2024 , הפורמט של השם של הקטגוריה שמוגדרת כברירת מחדל יהיה תמיד .PROJECT_ID.appspot.com
החריג היחיד הוא אם מוחקים את הקטגוריה
ומקצים קטגוריית ברירת מחדל חדשה.*.appspot.com
אם הקצית את הקטגוריה שמוגדרת כברירת מחדל ב-30 באוקטובר 2024 או לאחר מכן
, פורמט השם של הקטגוריה שמוגדרת כברירת מחדל יהיה תמיד .PROJECT_ID.firebasestorage.app
מה קורה אם מוחקים את הקטגוריה שמוגדרת כברירת מחדל ב-*.appspot.com
?
*.appspot.com
לא ניתן לשחזר קטגוריות שנמחקו. חשוב לזכור שזו ההתנהגות הנוכחית של כל הקטגוריות מסוג Cloud Storage.
החל מ-PROJECT_ID.appspot.com
במקום זאת, אפשר ליצור קטגוריית Cloud Storage חדשה שמוגדרת כברירת מחדל (אם הפרויקט שלכם מוגדר בתוכנית התמחור Blaze) עם פורמט שם של PROJECT_ID.firebasestorage.app
US-CENTRAL1
US-EAST1
US-WEST1
האם צריך לעדכן את קוד המקור של האפליקציה?
לא. כדי להתאים את האפליקציה לשינויים האלה, לא צריך לעדכן את קוד האפליקציה.
כל הקטגוריות הקיימות של PROJECT_ID.appspot.com
כדי למנוע שיבושים בשירות, חשוב לשדרג את הפרויקט לתוכנית התמחור 'תשלום לפי שימוש' של Blaze עד PROJECT_ID.appspot.com
האם צריך להעביר את הנתונים מקטגוריית ברירת המחדל *.appspot.com
?
*.appspot.com
לא. כדי להתאים את הנתונים לשינויים האלה, לא צריך להעביר אותם מקטגוריית ברירת המחדל PROJECT_ID.appspot.com
אם תבצעו שדרוג של הפרויקט לתוכנית התמחור Blaze בתשלום לפי שימוש עד
שינויים באינטראקציות פרוגרמטיות (כמו ממשקי API ל-REST ו-Terraform)
אם אתם מקצים או עובדים עם קטגוריות Cloud Storage for Firebase שמוגדרות כברירת מחדל באופן פרוגרמטי (למשל, באמצעות ממשקי API ל-REST או Terraform), כדאי לבדוק את השינויים הבאים כדי לראות אם צריך לשנות משהו בתהליכי העבודה או באפליקציות שלכם.
ברור לנו שיידרש לך זמן כדי לבדוק את השינויים האלה ולבצע את ההתאמות הנחוצות בפרויקט ובתהליכי העבודה ב-Firebase. אם יש לכם שאלות, תוכלו לפנות אל התמיכה של Firebase.
מהם השינויים בשימוש בממשקי API ל-REST?
החל מ-
נקודת הקצה (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?
החל מ-
אי אפשר יותר להקצות את הקטגוריה Cloud Storage for Firebase שמוגדרת כברירת מחדל באמצעות Terraform. הסיבה לכך היא שאי אפשר יותר להקצות את הקטגוריה הזו דרך Google App Engine. במקום זאת, אפשר לבצע אחת מהפעולות הבאות:
כדי להקצות את הקטגוריה, מריצים את הפונקציה
projects.defaultBucket.create
. ממשק ה-API הזה עדיין לא זמין דרך Terraform.הקצאת הקטגוריה דרך מסוף Firebase. כדי להתחיל, עוברים לקטע אחסון במסוף.
בנוסף, חשוב לשים לב לפרטים הבאים לגבי הקצאות של קטגוריות Cloud Storage שמוגדרות כברירת מחדל, החל מ-
כדי להקצות קטגוריה 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.
שימו לב לנקודות הבאות:
כל קטגוריית Cloud Storage שמוקצית כברירת מחדל לפני
30 באוקטובר 2024 (בפורמט השם ) משויכת ל-Google App Engine. המשמעות היא:PROJECT_ID.appspot.com
- המיקום של הקטגוריה יקבע את המיקום של המשאבים המשויכים ל-Google App Engine (כמו המיקום של מכונה Cloud Firestore שמוגדרת כברירת מחדל).
כל קטגוריה Cloud Storage שמוקצית כברירת מחדל החל מ-
30 באוקטובר 2024 (בפורמט השם ) לא משויכת ל-Google App Engine. המשמעות היא:PROJECT_ID.firebasestorage.app
הקצאת הקטגוריה 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 (במיוחד לפונקציות מתוזמנות מדור ראשון)
החל מ-PROJECT_ID.firebasestorage.app
אם רוצים להגדיר או לקבל את המיקום של משאב כלשהו בפרויקט, צריך לבצע פעולה ישירות עם המשאב במקום זאת.
קטגוריית ברירת המחדל 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 שמוגדרת כברירת מחדל לפני
במסוף Firebase:
- מגדירים את המיקום של מכונה Cloud Firestore שמוגדרת כברירת מחדל ומאתרים אותו בקטע Firestore במסוף Firebase.
באמצעות ממשקי API ל-REST:
מגדירים את המיקום של מכונה Cloud Firestore שמוגדרת כברירת מחדל במהלך הקצאת המשאבים שלה, באמצעות קריאה ל-
projects.databases.create
.הצגת המיקום של מכונה Cloud Firestore שמוגדרת כברירת מחדל באמצעות
projects.databases.get
.
פונקציות מתוזמנות (דור ראשון)
הערה: אם הקצית קטגוריה Cloud Storage שמוגדרת כברירת מחדל לפני
מגדירים את המיקום של פונקציה מתוזמנת במהלך ההגדרה והפריסה שלה.
מקבלים את המיקום של פונקציה מתוזמנת לפי שם הנושא של המשימה והפונקציה שלה במסוף Google Cloud (
).firebase-schedule-FUNCTION_NAME-REGION