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.firebasestorage.app（以前の PROJECT_ID.appspot.com ではなく）になります。

• 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 デフォルト バケットを削除すると、同じ名前形式のバケットをプロビジョニングできなくなります。

代わりに、プロジェクトが Blaze 料金プランを使用している場合は、名前の形式が PROJECT_ID.firebasestorage.app の新しいデフォルト Cloud Storage バケットを作成できます。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 コンソールからバケットをプロビジョニングします。コンソールの Storage セクションに移動して、使用を開始します。

また、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 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（特に第 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）で、ジョブと関数のトピック名からスケジュール設定された関数の場所を取得します。