דרישות ברירת המחדל לגבי קטגוריות וחיוב ב-Cloud Storage for Firebase אחרי ספטמבר 2024
קל לארגן דפים בעזרת אוספים
אפשר לשמור ולסווג תוכן על סמך ההעדפות שלך.
בספטמבר 2024 הודענו על עדכוני תשתית כדי להתאים טוב יותר למכסת השימוש ולחיוב, וכדי למנוע שימוש לרעה בפלטפורמה שלנו.Google Cloud Storage
כמה נקודות מרכזיות שחשוב לדעת:
Cloud Storage for Firebase (כולל קטגוריות ברירת מחדל) נדרש שהפרויקטים יהיו במינוי Blaze בתשלום לפי שימוש. אפשר עדיין להשתמש בחינם גם במינוי Blaze בתשלום לפי שימוש.
לכל מאגרי ברירת המחדל שנוצרו אחריספטמבר 2024 יש פורמט שם של PROJECT_ID.firebasestorage.app.Cloud Storage for Firebase
כדאי לעיין בשאלות הנפוצות הבאות כדי לקבל פרטים על השינויים:
כדי להשתמש ב-Cloud Storage for Firebase, פרויקט Firebase שלכם צריך להיות במסגרת תוכנית התמחור Blaze עם תשלום לפי שימוש. השימוש ללא עלות עדיין זמין גם במינוי Blaze בתשלום לפי שימוש.
אם הפרויקט שלכם ב-Firebase מוגדר בתוכנית התמחור Spark, לא תהיה לכם גישה לאף דלי Cloud Storage (כולל דלי ברירת המחדל), וקריאות ה-API שלכם לדליים יחזירו שגיאות 402 או 403.
איך מקבלים שוב גישה
כדי לחדש את הגישה למשאבים ולנתונים של Cloud Storage וליהנות משירות איכותי, צריך לשדרג לתוכנית התמחור Blaze בתשלום לפי שימוש. השימוש ללא עלות עדיין זמין גם בתוכנית התמחור Blaze, כולל בדלי ברירת המחדל מדור קודם *.appspot.com.
אין גישה במסוף
אם הפרויקט שלכם הוא במסגרת תוכנית התמחור Spark, לא תהיה לכם יותר גישה ל-bucket במסוף Firebase ובמסוף Google Cloud.
במקום זאת, תועברו לדף הנחיתה של Cloud Storage, שבו תוכלו לשדרג למינוי Blaze בתשלום לפי שימוש.
שגיאות 402 ו-403
אם הפרויקט שלכם מוגדר בתוכנית התמחור Spark, הקריאות ל-API של Cloud Storage (למשל מהאפליקציה שלכם) ייכשלו ויחזירו שגיאות 402 או 403.
פועלים לפי ההנחיות במאמר איך מקבלים שוב גישה לחשבון שבהמשך, או מעיינים באפשרויות נוספות לפתרון בעיות שבהמשך.
שגיאות 402
"error": {
"code": 402,
"message": "Cloud Storage for Firebase no longer supports Firebase projects that are on the no-cost Spark pricing plan. Please upgrade to the pay-as-you-go Blaze pricing plan to maintain access to your default bucket and all other Cloud Storage resources. For details, see our FAQ: https://firebase.google.com/docs/storage/faqs-storage-changes-announced-sept-2024"
}
או
storage/quota-exceeded: Firebase Storage: Quota for bucket '{project-id}.appspot.com' exceeded, please view quota on https://firebase.google.com/pricing/. (storage/quota-exceeded)
שגיאות 403
<Error>
<Code>UserProjectAccountProblem</Code>
<Message>The project to be billed is associated with an absent billing account.</Message>
<Details>The billing account for the owning project is disabled in state absent</Details>
</Error>
או
storage/unauthorized: User does not have permission to access {path}
פתרון בעיות
אם נתקלתם בבעיות, כדאי לעיין במקורות המידע האלה לפתרון בעיות. אם אף אחת מההצעות הבאות לא עוזרת לפתור את הבעיה, אפשר לפנות לתמיכה של Firebase.
כדי ש-Cloud Storage for Firebase יפעל בצורה תקינה, חשבון שירות בפרויקט Firebase צריך הרשאות מסוימות ב-IAM.
אם מופיעות שגיאות במסוף Firebase לגבי הרשאות לחשבון השירות הזה, זה קורה בדרך כלל כי חשבון השירות נמחק מפרויקט Firebase. כדי לפתור את הבעיה, צריך לפעול לפי השלבים שמפורטים במאמר הזה בנושא שאלות נפוצות.
שאלות נפוצות בנושא תוכניות תמחור
כדי להשתמש ב-Cloud Storage for Firebase, פרויקט Firebase שלכם צריך להיות במסגרת מינוי Blaze בתשלום לפי שימוש. אפשר להשתמש בחינם גם במינוי Blaze בתשלום לפי שימוש.
אנחנו מבינים שהשינויים האלה ידרשו ממך זמן כדי לבדוק אותם ולבצע שינויים בפרויקט ובזרימות העבודה שלך ב-Firebase. אם יש לך שאלות, אפשר לפנות לתמיכה של Firebase.
מהן הדרישות לגבי תוכניות התמחור של Cloud Storage for Firebase?
הדרישות הבאות בנוגע לחיוב חלות על כל הפרויקטים שמשתמשים ב-Cloud Storage for Firebase:
הפורמט של שמות הקטגוריות הוא PROJECT_ID.firebasestorage.app (במקום PROJECT_ID.appspot.com שהיה קודם).
כדי לשמור על הגישה לקטגוריית ברירת המחדל ולכל שאר המשאבים של Cloud Storage, הפרויקט שלכם צריך להיות במינוי Blaze בתשלום לפי שימוש. כל דלי ברירת מחדל של *.appspot.com ישמור על רמת השימוש הנוכחית שלו ללא עלות, גם בתוכנית התמחור Blaze.
אנחנו ב-Firebase שואפים לשמור על הבטיחות והאבטחה של המוצרים שלנו ושל המערכת האקולוגית שלנו. במסגרת זאת, אנחנו מבצעים כמה שינויים בCloud Storage for Firebase ונוקטים צעדים יזומים כדי למנוע ניצול לרעה של הפלטפורמה שלנו. העדכון כולל שיפורים בתשתית שלנו כדי להתאים אותה יותר למכסות ולחיוב ב-Google Cloud Storage.
האם אוכל לשמור על השימוש ללא עלות אם אשדרג למינוי Blaze בתשלום לפי שימוש?
כן. אם יש לכם דלי ברירת מחדל PROJECT_ID.appspot.com ושדרגתם למינוי Blaze בתשלום לפי שימוש, תוכלו להמשיך להשתמש בדלי ברירת המחדל ברמת השימוש הנוכחית ללא עלות, כמו שמתואר בהמשך. כל שימוש מעבר לשימוש ללא עלות יחויב בהתאם לתמחור של Google App Engine.
כדי להשתמש ב-Cloud Storage for Firebase או כדי לשמור על הגישה לקטגוריית ברירת המחדל של PROJECT_ID.appspot.com, צריך לשדרג למינוי Blaze בתשלום לפי שימוש. הדרישה הזו נכנסה לתוקף החל מ-3 בפברואר 2026.
מה קורה אם השימוש בדלי ברירת המחדל של *.appspot.com חורג מרמת השימוש ללא עלות?
אם יש לכם באקט ברירת מחדל של PROJECT_ID.appspot.com, ואתם משדרגים למינוי Blaze בתשלום לפי שימוש עם שימוש שחורג מרמות השימוש ללא עלות שמתוארות בהמשך, תחויבו על החריגה בהתאם לתמחור של Google App Engine במחזור החיובים הבא.
אם יצרתם את קטגוריית ברירת המחדל לאחרונה (אחריספטמבר 2024), אז הפורמט של השם של קטגוריית ברירת המחדל הוא PROJECT_ID.firebasestorage.app.
מה קורה אם מוחקים את דלי ברירת המחדל של *.appspot.com?
אפשר לשחזר קטגוריה שנמחקה באמצעות ה-API של Cloud Storage Buckets: restore עד שחלף הזמן שנקבע למחיקה סופית שלה.
אם מוחקים את קטגוריית ברירת המחדל 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 בתשלום לפי שימוש, בסיס הקוד ימשיך ליצור אינטראקציה עם דלי ברירת המחדל PROJECT_ID.appspot.com כמו תמיד.
האם צריך להעביר את הנתונים ממאגר ברירת המחדל של *.appspot.com?
לא. לא צריך להעביר את הנתונים ממאגר ברירת המחדל של PROJECT_ID.appspot.com.
שינויים באינטראקציות פרוגרמטיות (כמו ממשקי API ל-REST ו-Terraform)
אם אתם מקצים או עובדים עם דלי Cloud Storage for Firebase שמוגדרים כברירת מחדל באופן פרוגרמטי (למשל באמצעות ממשקי REST API או Terraform), כדאי לעיין בשינויים הבאים כדי להבין אם אתם צריכים לשנות משהו בתהליכי העבודה או באפליקציות שלכם.
בקטע השאלות הנפוצות שבהמשך מופיעים פרטים נוספים על הדרישות האלה. אם יש לך שאלות, אפשר לפנות לתמיכה של Firebase.
מהם השינויים בשימוש בממשקי REST API?
השינויים הבאים חלים על ממשקי API ל-REST שכוללים את Cloud Storage for Firebase:
השינויים הבאים חלים על השימוש ב-Terraform עם Cloud Storage for Firebase:
כבר אי אפשר להקצות את קטגוריית ברירת המחדל Cloud Storage for Firebase באמצעות Terraform. הסיבה לכך היא שאין לך יותר אפשרות להקצות את הדלי הזה דרך Google App Engine. במקום זאת, אפשר לבצע אחת מהפעולות הבאות:
מבצעים הקצאה של הקטגוריה על ידי שליחת קריאה אל projects.defaultBucket.create.
ה-API הזה עדיין לא זמין דרך Terraform.
הקצאת הדלי דרך מסוף Firebase. כדי להתחיל, עוברים אל Databases & Storage (מסדי נתונים ואחסון) > Storage (אחסון) במסוף Firebase.
בנוסף, חשוב לשים לב לנקודות הבאות לגבי דלי ברירת המחדל של *.firebasestorage.app (שמוקצה אחריספטמבר 2024):
כדי להקצות דלי Cloud Storage שמוגדר כברירת מחדל, הפרויקט צריך להיות בתוכנית התמחור Blaze בתשלום לפי שימוש.
אין יותר צורך להקצות את מופע ברירת המחדל Cloud Firestore לפני הקצאת קטגוריית ברירת המחדל Cloud Firestore.Cloud Storage
המיקום שבוחרים למופע ברירת המחדל של Cloud Firestore לא חל על קטגוריית ברירת המחדל של Cloud Storage (כלומר, מופע ברירת המחדל של Cloud Firestore וקטגוריית ברירת המחדל של Cloud Storage יכולים להיות במיקומים שונים).
פורמט השם של קטגוריית ברירת המחדל Cloud Storage הוא PROJECT_ID.firebasestorage.app (במקום PROJECT_ID.appspot.com).
כשמגדירים אחד מהמשאבים האלה בפרויקט, מגדירים באופן עקיף את המיקום של אפליקציית Google App Engine בפרויקט.
הפעולה הזו מגדירה את המיקום של כל המשאבים שמשויכים ל-Google App Engine.
שימו לב לנקודות הבאות:
כל מאגר Cloud Storage שמוקצה כברירת מחדל לפניספטמבר 2024 (עם פורמט שם של PROJECT_ID.appspot.com) משויך ל-Google App Engine.
המשמעות היא:
המיקום של קטגוריית ה-bucket קובע את המיקום של משאבים שמשויכים ל-Google App Engine (למשל, המיקום של מופע ברירת המחדל של Cloud Firestore).
כל דלי Cloud Storage שמוקצה כברירת מחדל אחריספטמבר 2024
(עם פורמט השם PROJECT_ID.firebasestorage.app) לא משויך ל-Google App Engine.
המשמעות היא:
הקצאת משאבים לקטגוריית ברירת המחדל Cloud Storage לא מגדירה את המיקום של משאבים שמשויכים ל-Google App Engine (למשל המיקום של מופע ברירת המחדל Cloud Firestore).
הקצאת משאבים למופע ברירת המחדל של Cloud Firestore לא מגדירה את המיקום של קטגוריית ברירת המחדל של Cloud Storage בפרויקט.
המושג 'משאבי Google Cloud שמוגדרים כברירת מחדל' לא חל על קטגוריות Cloud Storage שמוגדרות כברירת מחדל עם פורמט השם PROJECT_ID.firebasestorage.app, והקטגוריות האלה לא משויכות ל-Google App Engine. מידע נוסף זמין בשאלות הנפוצות בנושא:
מה קרה ל'מיקום למשאבי ברירת מחדל של Google Cloud'?
אם רוצים להגדיר או לקבל את המיקום של משאב כלשהו בפרויקט, צריך ליצור אינטראקציה ישירות עם המשאב.
קטגוריית ברירת המחדל Cloud Storage for Firebase
במסוף Firebase:
מגדירים את המיקום של מאגר Cloud Storage שמוגדר כברירת מחדל ומוצאים אותו בקטע אחסון במסוף Firebase.
אפשר לאחזר את המיקום של קטגוריית Cloud Storage ברירת מחדל באמצעות projects.buckets.get.
מופע ברירת מחדל של Cloud Firestore
שימו לב: אם יש לכם דלירת ברירת מחדל מדור קודם *.appspot.com (שהוקצתה לפניספטמבר 2024), המיקום של מופע ברירת המחדל של Cloud Firestore בפרויקט כבר הוגדר (בגלל שיוכים ל-Google App Engine).
במסוף Firebase:
מגדירים את המיקום של מופע ברירת מחדל של Cloud Firestore ומוצאים אותו בקטע Firestore במסוף Firebase.
באמצעות ממשקי API בארכיטקטורת REST:
הגדרת המיקום של מופע ברירת מחדל של Cloud Firestore במהלך ההקצאה שלו
כשמתקשרים אל projects.databases.create.
כדי לקבל את המיקום של מופע Cloud Firestore שמוגדר כברירת מחדל, משתמשים ב-projects.databases.get.
פונקציות מתוזמנות (דור ראשון)
שימו לב: אם יש לכם דלי ברירת מחדל מדור קודם *.appspot.com (שהוקצה לפניספטמבר 2024), הפונקציות המתוזמנות של הפרויקט (דור ראשון) כבר הוגדרו (בגלל השיוכים ל-Google App Engine).
אפשר להגדיר את המיקום של פונקציה מתוזמנת במהלך ההגדרה והפריסה שלה.
אפשר לראות את המיקום של פונקציה מתוזמנת משם הנושא של העבודה והפונקציה שלה במסוף Google Cloud (firebase-schedule-FUNCTION_NAME-REGION).
[[["התוכן קל להבנה","easyToUnderstand","thumb-up"],["התוכן עזר לי לפתור בעיה","solvedMyProblem","thumb-up"],["סיבה אחרת","otherUp","thumb-up"]],[["חסרים לי מידע או פרטים","missingTheInformationINeed","thumb-down"],["התוכן מורכב מדי או עם יותר מדי שלבים","tooComplicatedTooManySteps","thumb-down"],["התוכן לא עדכני","outOfDate","thumb-down"],["בעיה בתרגום","translationIssue","thumb-down"],["בעיה בדוגמאות/בקוד","samplesCodeIssue","thumb-down"],["סיבה אחרת","otherDown","thumb-down"]],["עדכון אחרון: 2026-06-28 (שעון UTC)."],[],[]]