2024 年 9 月に発表された Cloud Storage for Firebase の変更に関するよくある質問

2024 年 9 月に発表された新しい料金プランの要件を教えてください。

• 2024 年 10 月 30 日以降、以下の変更が行われます。

  • Firebase コンソールまたは REST API を使用して新しいデフォルト バケットをプロビジョニングするには、プロジェクトを従量課金制の Blaze 料金プランに含める必要があります。

  • 2024 年 10 月 30 日以降にプロビジョニングされたすべてのデフォルト バケットについて、次の点に注意してください。

    • これらのバケットは Google Cloud Storage の料金と使用量に従います。これにより、US-CENTRAL1、US-EAST1、US-WEST1 のバケットに「Always Free」階層が提供されます。

    • 名前の形式は（以前の PROJECT_ID.appspot.com ではなく）PROJECT_ID.firebasestorage.appになります。

• 2025 年 10 月 1 日以降、以下の変更が行われます。

  • デフォルト バケットと他のすべての 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 の料金に従って課金されます。

• 5 GB（保存）
• 1 GB のダウンロード/日
• 20,000 件のアップロード/日
• 50,000　件のアップロード/日

2024 年 10 月 30 日以降、新しいデフォルト バケットの名前形式はすべて PROJECT_ID.firebasestorage.app になり、Google Cloud Storage の料金と使用量に従います。これにより、US-CENTRAL1、US-EAST1、US-WEST1 のバケットに「Always Free」階層が提供されます。

Blaze の料金プランにアップグレードするにはどうすればよいですか？

プロジェクトを従量課金制の Blaze 料金プランにアップグレードするには、プロジェクトを Cloud Billing アカウントにリンクする必要があります。Firebase コンソール ワークフローを使用して料金プランをアップグレードできます。

料金プランをアップグレードするには、プロジェクトの IAM ロールがオーナーである必要があります。

ご不明な点がある場合は、Firebase サポートまでお問い合わせください。

Blaze 料金プランにアップグレードする必要があるのはいつですか？

PROJECT_ID.appspot.com デフォルト バケットへのアクセスを維持するには、従量課金制の Blaze 料金プランに2025 年 10 月 1 日までにアップグレードする必要があります。

プロジェクトを従量課金制の Blaze 料金プランにアップグレードするには、プロジェクトを Cloud Billing アカウントにリンクする必要があります。Firebase コンソール ワークフローを使用して料金プランをアップグレードできます。

プロジェクトを Blaze の料金プランにアップグレードしなかった場合はどうなりますか？

• 2024 年 10 月 30 日以降: プロジェクトでデフォルトの Cloud Storage バケットをまだプロビジョニングしていない場合、プロジェクトが Blaze の料金プランに登録されていない限り、プロビジョニングできなくなります。

• 2025 年 10 月 1 日以降: プロジェクトが Blaze の料金プランに登録されていない場合、PROJECT_ID.appspot.com デフォルト バケットへの読み取り/書き込みアクセス権が失われます。また、Firebase コンソールまたは Google Cloud コンソールでバケットを表示したり、そのデータにアクセスしたりすることもできません。

  データはバケットに残りますが、Blaze の料金プランにアップグレードするまでアクセスできなくなります。

ご不明な点がある場合は、Firebase サポートまでお問い合わせください。

*.appspot.com デフォルト バケットの使用量が無料の使用量レベルを超えた場合はどうなりますか？

PROJECT_ID.appspot.com のデフォルト バケットがあり、Blaze の料金プランにアップグレードして、使用量が下記の無料使用量を超えている場合、Google App Engine の料金に従い、次回の請求期間に超過分に対して課金されます。

• 5 GB（保存）
• 1 GB のダウンロード/日
• 20,000 件のアップロード/日
• 50,000　件のアップロード/日

ご不明な点がある場合は、Firebase サポートまでお問い合わせください。

デフォルト バケットの名前は変更されますか？

いいえ。Blaze 料金プランにアップグレードしても、デフォルトの Cloud Storage バケットの名前は変更されません。

• 2024 年 10 月 30 日より前にデフォルト バケットをプロビジョニングした場合、デフォルト バケットの名前形式は常に PROJECT_ID.appspot.com になります。

  唯一の例外は、*.appspot.com バケットを削除して新しいデフォルト バケットをプロビジョニングする場合です。

• 2024 年 10 月 30 日以降にデフォルト バケットをプロビジョニングした場合、デフォルト バケットの名前形式は常に PROJECT_ID.firebasestorage.app になります。

*.appspot.com デフォルト バケットを削除した場合はどうなりますか？

削除したバケットは復元できません。これは、すべての Cloud Storage バケットの現在の動作であることに注意してください。

2024 年 10 月 30 日以降: PROJECT_ID.appspot.com デフォルト バケットを削除すると、同じ名前形式のバケットをプロビジョニングできなくなります。

代わりに、名前の形式が PROJECT_ID.firebasestorage.app の新しいデフォルトの Cloud Storage バケットを作成できます（プロジェクトを Blaze 料金プランに登録している場合）。このバケットは Google Cloud Storage の料金と使用量に従います。これにより、US-CENTRAL1、US-EAST1、US-WEST1 のバケットに「Always Free」階層が提供されます。

アプリのコードベースを更新する必要がありますか？

いいえ。これらの変更に対応するために、アプリのコードベースを更新する必要はありません。

既存の PROJECT_ID.appspot.com デフォルト バケットの名前形式はすべて維持されます。

サービスの中断を避けるため、プロジェクトを2025 年 10 月 1 日までに従量課金制の Blaze 料金プランにアップグレードしてください。 Blaze 料金プランにアップグレードした後も、コードベースはこれまでどおり PROJECT_ID.appspot.com デフォルト バケットとやり取りします。

*.appspot.com デフォルト バケットからデータを移動する必要がありますか？

いいえ。これらの変更に対応するために、PROJECT_ID.appspot.com デフォルト バケットからデータを移動する必要はありません。

プロジェクトを2025 年 10 月 1 日までに従量課金制の Blaze 料金プランにアップグレードすれば、サービスが中断されることはありません。

REST API の使用にどのような変更がありますか？

2024 年 10 月 30 日以降、以下の変更が行われます。

• projects.defaultBucket.create エンドポイントが変更されます。

  • このエンドポイントを呼び出すには、プロジェクトが従量課金制の Blaze 料金プランに登録されている必要があります。

  • このエンドポイントによってプロビジョニングされるデフォルト バケットの名前形式は、以前の PROJECT_ID.appspot.com ではなく PROJECT_ID.firebasestorage.app になります。

  • これらのバケットは、Google Cloud Storage の料金と使用量に従います。これにより、US-CENTRAL1、US-EAST1、US-WEST1 のバケットに「Always Free」階層が提供されます。

• projects.defaultLocation.finalize エンドポイントと projects.availableLocations.list エンドポイントがシャットダウンされ、404: METHOD_NOT_FOUND エラーが返されるようになります。

  代わりに、リソースのロケーションをプログラムで設定するには、リソース固有の API を使用する必要があります。たとえば、projects.defaultBucket.create と projects.databases.create をそれぞれ呼び出す場合は、デフォルトの Cloud Storage バケットとデフォルトの Cloud Firestore インスタンスのロケーションを個別にプロビジョニングします。REST API とロケーションの置き換えの詳細については、よくある質問の「デフォルトの Google Cloud リソース」のロケーションを設定または取得するにはどうすればよいですか？をご覧ください。

Terraform の使用に伴う変更点

2024 年 10 月 30 日以降、Cloud Storage for Firebase での Terraform の使用に関連して、以下の変更が行われます。

Terraform を使用してデフォルトの Cloud Storage for Firebase バケットをプロビジョニングすることはできなくなります。これは、Google App Engine を介してこのバケットをプロビジョニングできないためです。代わりに、次のいずれかを行うことができます。

• projects.defaultBucket.create を呼び出してバケットをプロビジョニングします。 この API は Terraform ではまだ使用できません。

• Firebase コンソールからバケットをプロビジョニングします。コンソールの ストレージ セクションに移動して、使用を開始します。

また、2024 年 10 月 30 日以降にプロビジョニングされたデフォルトの Cloud Storage バケットについて、次の点に注意してください。

• デフォルトの Cloud Storage バケットをプロビジョニングするには、プロジェクトが従量課金制の Blaze 料金プランに登録されている必要があります。

• デフォルトの Cloud Storage バケットの前にデフォルトの Cloud Firestore インスタンスをプロビジョニングする必要がなくなりました。

• デフォルトの Cloud Firestore インスタンス用に選択したロケーションは、デフォルトの Cloud Storage バケットには適用されません（つまり、デフォルトの Cloud Firestore インスタンスとデフォルトの Cloud Storage バケットは異なるロケーションに配置できます）。

• デフォルトの Cloud Storage バケットの名前形式は、（以前の PROJECT_ID.appspot.com ではなく）PROJECT_ID.firebasestorage.app になります。

「デフォルトの Google Cloud リソースのロケーション」はどうなりますか？

「デフォルトの Google Cloud リソースのロケーション」は、Google App Engine に関連付けられたプロジェクト リソースのロケーション設定です。次のものが含まれます。

• デフォルトの Cloud Firestore インスタンス
• デフォルトの Cloud Storage for Firebase バケット（特に名前の形式が PROJECT_ID.appspot.com のもの）
• Google Cloud Scheduler（特に第 1 世代のスケジュール設定された関数の場合）

プロジェクトでこれらのリソースのいずれかを設定すると、プロジェクト内の Google App Engine アプリのロケーションが伝播的に設定されます。 これにより、順番に、Google App Engine に関連付けられているすべてのリソースのロケーションが設定されます。

次の点にご注意ください。

• 2024 年 10 月 30 日より前にプロビジョニングされたデフォルトの Cloud Storage バケット（名前の形式が PROJECT_ID.appspot.com であるもの）は、Google App Engine に関連付けられています。これは、次のことを意味します。

  • バケットのロケーションには、Google App Engine に関連付けられたリソースのロケーション（デフォルトの Cloud Firestore インスタンスのロケーションなど）が設定されます。

• 2024 年 10 月 30 日以降にプロビジョニングされたデフォルトの Cloud Storage バケット（名前の形式が PROJECT_ID.firebasestorage.app）は、Google App Engine に関連付けられません。これは、次のことを意味します。

  • デフォルトの Cloud Storage バケットをプロビジョニングしても、Google App Engine に関連付けられたリソースのロケーション（デフォルトの Cloud Firestore インスタンスのロケーションなど）が設定されなくなります。

  • デフォルトの Cloud Firestore インスタンスをプロビジョニングしても、プロジェクトのデフォルトの Cloud Storage バケットのロケーションが設定されなくなります。

  • デフォルトの Cloud Storage バケットで使用できるロケーションが、Google App Engine に限定されなくなり、Google Cloud Storage で使用できるロケーションと同じになりました。

「デフォルトの Google Cloud リソース」のロケーションを設定または取得するにはどうすればよいですか？

「デフォルトの Google Cloud リソース」は、Google App Engine に関連付けられたプロジェクト リソースです。次のものが含まれます。

• デフォルトの Cloud Firestore インスタンス
• デフォルトの Cloud Storage for Firebase バケット（特に名前の形式が PROJECT_ID.appspot.com のもの）
• Google Cloud Scheduler（特に第 1 世代のスケジュール設定された関数の場合）

2024 年 10 月 30 日以降、「デフォルトの Google Cloud リソース」のコンセプトは、新しくプロビジョニングされたデフォルトの Cloud Storage バケットには適用されません。この日以降にプロビジョニングされたデフォルト バケットの名前形式は PROJECT_ID.firebasestorage.app で、Google App Engine には関連付けられません。詳細については、よくある質問の「デフォルトの Google Cloud リソースのロケーション」はどうなりますか？をご覧ください。

プロジェクト内のリソースのロケーションを設定または取得する場合は、代わりにリソースを直接操作する必要があります。

デフォルトの　Cloud Storage for Firebase　バケット

• Firebase　コンソールで次の操作を行います。

  • Firebase コンソールの ストレージ セクションで、デフォルトの Cloud Storage バケットのロケーションを設定して確認します。

• REST API の使用:

  • projects.defaultBucket.create を呼び出す場合、デフォルトの Cloud Storage バケットのプロビジョニング中にそのロケーションを設定します。

    2024 年 10 月 30 日以降、このエンドポイントを呼び出すには、従量課金制の Blaze 料金プランが必要なことに留意してください。そのため、デフォルト バケットの作成を試みる前に、プロジェクトが Cloud Billing アカウントにリンクされている（projects.updateBillingInfo を使用しているなど）ことを確認してください。

  • projects.buckets.get を使用して、デフォルトの Cloud Storage バケットのロケーションを取得します。

デフォルトの Cloud Firestore インスタンス

2024 年 10 月 30 日より前にデフォルトの Cloud Storage バケットをプロビジョニングした場合、プロジェクトのデフォルトの Cloud Firestore インスタンスのロケーションはすでに設定されています（Google App Engine との関連付けに起因）。

• Firebase　コンソールで次の操作を行います。

  • Firebase コンソールの [Firestore] セクションで、デフォルトの Cloud Firestore インスタンスのロケーションを設定して確認します。

• REST API の使用:

  • projects.databases.create を呼び出す場合、デフォルトの Cloud Firestore インスタンスのプロビジョニング中にそのロケーションを設定します。

  • projects.databases.get を使用して、デフォルトの Cloud Firestore インスタンスのロケーションを取得します。

スケジュール設定関数（第 1 世代）

2024 年 10 月 30 日より前にデフォルトの Cloud Storage バケットをプロビジョニングした場合、プロジェクトのスケジュール設定関数（第 1 世代）はすでに設定されています（Google App Engine との関連付けに起因）。

• スケジュール設定関数のロケーションは、設定とデプロイ時に設定します。

• Google Cloud コンソール（firebase-schedule-FUNCTION_NAME-REGION）で、ジョブと関数のトピック名からスケジュール設定関数のロケーションを取得します。