FAQs about Cloud Storage for Firebase changes announced in September 2024
Stay organized with collections
Save and categorize content based on your preferences.
Firebase is making some changes to Cloud Storage for Firebase and taking
proactive steps to prevent abuse on our platform. This requires us to update our
infrastructure to better align with Google Cloud Storage quota and billing.
One result of these infrastructure changes is that we'll soon start requiring
projects to be on the pay-as-you-go Blaze pricing plan to use Cloud Storage for Firebase.
No-cost usage is still available even on the Blaze pricing plan.
Review the following FAQs about the changes we announced in September 2024:
We'll soon start requiring the pay-as-you-go Blaze pricing plan if you want to use
Cloud Storage for Firebase. No-cost usage is still available even on the
Blaze pricing plan.
We understand that these changes will require your time to evaluate and make
changes to your Firebase project and workflows. If you have any questions,
please reach out to Firebase Support.
What are the new pricing plan requirements announced in September 2024?
Starting October 30, 2024, the following
changes will happen:
To provision a new default bucket using the Firebase console or REST API,
your project must be on the pay-as-you-go Blaze pricing plan.
Note the following about all default buckets provisioned after
October 30, 2024:
They will have a name format of PROJECT_ID.firebasestorage.app
(instead of the former PROJECT_ID.appspot.com).
Starting October 1, 2025, the following
changes will happen:
To maintain access to your default bucket and all other Cloud Storage
resources, your project must be on the pay-as-you-go Blaze pricing plan. Any
*.appspot.com default bucket will maintain its
current no-cost level of usage even on the Blaze pricing plan.
Why is Firebase making these pricing plan changes?
Firebase strives to keep our products and our ecosystem safe and secure. As part
of that, we're making some changes to Cloud Storage for Firebase and taking
proactive steps to prevent abuse on our platform. This includes updating our
infrastructure to better align with Google Cloud Storage quota and billing.
Can I keep no-cost usage if I upgrade to the Blaze pricing plan?
Yes. If you have a PROJECT_ID.appspot.com default bucket and you
upgrade to the pay-as-you-go Blaze pricing plan, then you will maintain your default
bucket's current no-cost level of usage, as described below. Any usage over this
no-cost usage will be charged according to
Google App Engine pricing.
5 GB stored
1 GB downloaded / day
20,000 uploads / day
50,000 downloads / day
Note that starting October 30, 2024, all new
default buckets have the name format of PROJECT_ID.firebasestorage.app
and they follow
Google Cloud Storage pricing and usage,
which provides an "Always Free" tier for buckets in
US-CENTRAL1, US-EAST1, and US-WEST1.
To upgrade the pricing plan, you need to have the IAM role of
Owner for your project.
If you have any questions, please reach out to Firebase Support.
When do I need to upgrade to the Blaze pricing plan?
If you want to maintain access to your PROJECT_ID.appspot.com default
bucket, then you need to upgrade to the pay-as-you-go Blaze pricing plan plan
by October 1, 2025.
What if I don't upgrade my project to the Blaze pricing plan?
Starting October 30, 2024: If you haven't
yet provisioned a default Cloud Storage bucket in your project, then you won't be
able to provision it unless your project is on the Blaze pricing plan.
Starting October 1, 2025: If your
project isn't on the Blaze pricing plan, then you'll lose read/write
access to your PROJECT_ID.appspot.com default bucket. You also won't
be able to view the bucket or access its data in the Firebase console or
the Google Cloud console.
Note that any data will remain in your bucket, but it will be inaccessible
until you upgrade to the Blaze pricing plan.
If you have any questions, please reach out to Firebase Support.
What happens if my *.appspot.com default bucket's usage is over the no-cost usage level ?
If you have a PROJECT_ID.appspot.com default bucket, and you upgrade to
the Blaze pricing plan with a usage that's over the no-cost usage
levels described below, then you will be charged for the overage according to
Google App Engine pricing
on your next billing cycle.
5 GB stored
1 GB downloaded / day
20,000 uploads / day
50,000 downloads / day
If you have any questions, please reach out to Firebase Support.
Changes for the default Cloud Storage bucket
We understand that these changes will require your time to evaluate and make
changes to your Firebase project and workflows. If you have any questions,
please reach out to Firebase Support.
Will the name of my default bucket change?
No. When you upgrade to the Blaze pricing plan, the name of your
default Cloud Storage bucket will not change.
If you provisioned your default bucket beforeOctober 30, 2024, then your default bucket
will always have a name format of PROJECT_ID.appspot.com.
If you provisioned your default bucket on or afterOctober 30, 2024, then your default bucket
will always have a name format of PROJECT_ID.firebasestorage.app.
What happens if I delete my *.appspot.com default bucket?
Deleted buckets are not recoverable. Note that this is the current behavior for
all Cloud Storage buckets.
Starting October 30, 2024: If you delete your
PROJECT_ID.appspot.com default bucket, then you won't be able to
provision a bucket with that same name format.
Instead, you can create a new default Cloud Storage bucket (if your project is on
the Blaze pricing plan) that has a name format of
PROJECT_ID.firebasestorage.app. It will follow
Google Cloud Storage pricing and usage,
which provides an "Always Free" tier for buckets in
US-CENTRAL1, US-EAST1, and US-WEST1.
Do I need to update my app's codebase?
No. To accommodate these changes, you do not need to update your app's
codebase.
All existing PROJECT_ID.appspot.com default buckets will maintain their
name format.
To avoid any service interruptions, make sure to upgrade your project to the
pay-as-you-go Blaze pricing plan by October 1, 2025.
After upgrading to the Blaze pricing plan, your codebase will continue
to interact with the PROJECT_ID.appspot.com default bucket as it always
has.
Do I need to move my data out of my *.appspot.com default bucket?
No. To accommodate these changes, you do not need to move your data out of
your PROJECT_ID.appspot.com default bucket.
As long as you upgrade your project to the pay-as-you-go Blaze pricing plan by
October 1, 2025, then you'll see no service
interruptions.
Changes for programmatic interactions (like REST APIs and Terraform)
If you provision or work with default Cloud Storage for Firebase buckets
programmatically (for example, using REST APIs or Terraform), review the
following changes to see if you need to change anything in your workflows or
apps.
We understand that these changes will require your time to evaluate and make
changes to your Firebase project and workflows. If you have any questions,
please reach out to Firebase Support.
What are the changes for using REST APIs?
Starting October 30, 2024, the following
changes will happen:
The default buckets provisioned by this endpoint will have the name format
of PROJECT_ID.firebasestorage.app (instead of the former
PROJECT_ID.appspot.com).
These default buckets will follow Google Cloud Storage pricing and
usage, which provides an "Always Free" tier for buckets in
US-CENTRAL1, US-EAST1, and US-WEST1.
Starting October 30, 2024, the following
changes will happen that are related to using Terraform with
Cloud Storage for Firebase.
You can no longer provision the default Cloud Storage for Firebase bucket using
Terraform. This is because you can no longer provision this bucket via
Google App Engine. Instead, you can do one of the following:
Provision the bucket through the Firebase console. Visit the
Storage section
of the console to get started.
Additionally, note the following about default Cloud Storage buckets provisioned
starting October 30, 2024:
Your project must be on the pay-as-you-go Blaze pricing plan to provision a
default Cloud Storage bucket.
You no longer need to provision your default Cloud Firestore instance before
your default Cloud Storage bucket.
The location you select for your default Cloud Firestore instance is not
applicable to your default Cloud Storage bucket (this means that your default
Cloud Firestore instance and your default Cloud Storage bucket can be in different
locations).
The name format of the default Cloud Storage bucket will be
PROJECT_ID.firebasestorage.app (instead of the former
PROJECT_ID.appspot.com).
default Cloud Storage for Firebase bucket (specifically those with the name
format of PROJECT_ID.appspot.com)
Google Cloud Scheduler (specifically for 1st gen scheduled
functions)
With many changes over the years to the Firebase ecosystem, the associations of
Firebase-related resources to Google App Engine have been changing.
We understand that these changes will require your time to evaluate and make
changes to your Firebase project and workflows. If you have any questions,
please reach out to Firebase Support.
What's happening to the "location for default Google Cloud resources"?
default Cloud Storage for Firebase bucket (specifically those with the name
format of PROJECT_ID.appspot.com)
Google Cloud Scheduler (specifically for 1st gen scheduled
functions)
When you set up any one of these resources in your project, you're transitively
setting the location of the Google App Engine app in your project.
This, in turn, sets the location for all the resources associated with
Google App Engine.
Note the following:
Any default Cloud Storage bucket provisioned beforeOctober 30, 2024 (with a name format of
PROJECT_ID.appspot.com) is associated with
Google App Engine. This means the following:
The bucket's location will set the location of resources associated with
Google App Engine (like the location of the default Cloud Firestore
instance).
Any default Cloud Storage bucket provisioned starting
October 30, 2024 (with the name format of
PROJECT_ID.firebasestorage.app) is not associated with
Google App Engine. This means the following:
Provisioning your default Cloud Storage bucket will no longer set the location
of resources associated with Google App Engine (like the location
of the default Cloud Firestore instance).
Provisioning your default Cloud Firestore instance will no longer set the
location of your project's default Cloud Storage bucket.
The locations available for your default Cloud Storage bucket are now the same
locations available for Google Cloud Storage
(rather than limited to those for Google App Engine).
How do I set or get the location for a "default Google Cloud resource"?
default Cloud Storage for Firebase bucket (specifically those with the name
format of PROJECT_ID.appspot.com)
Google Cloud Scheduler (specifically for 1st gen scheduled
functions)
Starting October 30, 2024, the concept of
"default Google Cloud resources" doesn't apply to newly provisioned default
Cloud Storage buckets. Default buckets provisioned after this date have the name
format of PROJECT_ID.firebasestorage.app, and they are not
associated with Google App Engine. To learn more, review the FAQ:
What happens to the "location for default Google Cloud resources"?
If you want to set or get the location for any resource in a project, then you
should interact directly with the resource instead.
Default Cloud Storage for Firebase bucket
In the Firebase console:
Set and find the location of a default Cloud Storage bucket in the
Storage section
of the Firebase console.
Using REST APIs:
Set the location of a default Cloud Storage bucket during its provisioning
when calling projects.defaultBucket.create.
Note that starting October 30, 2024,
calling this endpoint will require the pay-as-you-go Blaze pricing plan. So before
attempting to create a default bucket, make sure that the project is
linked to a Cloud Billing account (for example, using
projects.updateBillingInfo).
Note that if you provisioned a default Cloud Storage bucket before
October 30, 2024, then the location of the
project's default Cloud Firestore instance has already been set (due to
associations with Google App Engine).
In the Firebase console:
Set and find the location of a default Cloud Firestore instance in the
Firestore section
of the Firebase console.
Using REST APIs:
Set the location of a default Cloud Firestore instance during its provisioning
when calling projects.databases.create.
Note that if you provisioned a default Cloud Storage bucket before
October 30, 2024, then the project's scheduled
functions (1st gen) has already been set (due to associations with
Google App Engine).
Get the location of a scheduled function from the topic name of its job and function in the
Google Cloud console
(firebase-schedule-FUNCTION_NAME-REGION.
[[["Easy to understand","easyToUnderstand","thumb-up"],["Solved my problem","solvedMyProblem","thumb-up"],["Other","otherUp","thumb-up"]],[["Missing the information I need","missingTheInformationINeed","thumb-down"],["Too complicated / too many steps","tooComplicatedTooManySteps","thumb-down"],["Out of date","outOfDate","thumb-down"],["Samples / code issue","samplesCodeIssue","thumb-down"],["Other","otherDown","thumb-down"]],["Last updated 2024-12-09 UTC."],[],[]]