環境の概要

開発環境（dev）

どのデベロッパーにも開発環境が必要です。開発環境は、ビルド中の変更をテストする安全で隔離された場所です。チームのすべてのデベロッパーが独自の開発環境にアクセスできるのが理想的です。また、開発環境がローカル インスタンスの場合、デベロッパーは開発サイクルを大幅に短縮できます。

通常、開発環境のデータには本番環境のデータに類似したデータがシードされますが、実際のユーザーのデータは含まれません。また、非常に長い文字列など、過去にバグの原因となったデータも含まれている場合があります。

テスト環境と QA 環境

自動テストを行う場合、このようなテストを実行する環境が必要になります。また、テスト環境を起動するたびに、データをリセットする必要があります。

QA エンジニアがいる場合、全員で使用する環境を 1 つ用意することもあれば、新しいリリース候補をテストするための環境を別途用意することもあります。

テスト環境と QA 環境のデータには、一般的に本番環境データを代表する品質のデータと、特殊ケースや過去にバグの原因となったデータの例がシードされます。

ステージング環境

本番環境での動作を確認するテストでは、本番環境のインフラストラクチャを可能な限り再現したステージング環境が必要です。特定の統合を個別にテストする必要がある場合は、複数のステージング インスタンスを使用するのが一般的です。

ステージング環境と本番環境の一般的な違いは次のとおりです。

• ステージング環境では、悪影響の原因となる一部の機能や統合が取り除かれている場合があります。たとえば、ステージング環境からのメールの送信ができないように設定されている場合があります。

• ステージング環境ではデータが匿名化されることがあります。データは架空であっても、現実的なものでなければなりません。ステージングは、問題を安全にデバッグするための場所のため、本番環境データよりも広い範囲のチームにステージング データへのアクセス権を付与できます。したがって、ユーザーのプライバシーを保護するため、ステージング時に実際のユーザーデータを使用してはなりません。

本番環境（prod）

維持するアプリケーションごとに 1 つの本番環境が必要です。これは、ユーザーが操作するインスタンスです。

データの変更、削除、再作成が可能な他の環境とは異なり、本番環境のデータは非常に重要です。本番環境データの消失や変更はユーザーに直接影響を及ぼす結果になります。

Firebase コンソールでは、本番環境に関連付けられている Firebase プロジェクトに「本番環境」環境タイプのタグを付けることをおすすめします。このタグを使用すると、変更が関連する本番環境アプリとそのデータに影響する可能性のあることを管理者や同僚に通知するのに役立ちます。