Firebase機能：それはOK。これは、ここで問題に関連している複数のプロジェクト

Question

に機能を分割することである：Google Cloud/Firebase Functions, handling dependencies per function

ので、より良い依存関係を管理するために、それは私たちが見る限り多くのプロジェクトに機能を分割することができていますフィット？

これは、データベースおよびストレージ内のデータ+それ以外の場合は空になっているプロジェクトが含まれている一つの「マスター」プロジェクトを作成しますが、唯一の特定の機能が含まれます。次のプロジェクトの

間引く：私の素晴らしいアプリケーション、私の恐ろしいアプリの統計アピ、私の恐ろしいアプリの管理アピなど

Answer 1

それはあなたが書いている機能のどのような種類に依存します。

あなたはデータベース・トリガーを作成したい場合は、書き込みを受けていますデータベースと同じプロジェクトである必要があります。最初のプロジェクトでデータベースからの書き込みに2番目のプロジェクトが応答することはできません。

あなたはHTTPトリガーを書きたい場合は、照会して、そのようなのために、異なるプロジェクトを指すように管理SDKを初期化することができます。

私は特に本番環境では、このような「シャード」あなたの機能へのニーズが表示されません。クラウド機能は、負荷を処理するために必要に応じて機能を拡張し、異なるプロジェクトで異なる機能を持たせてもその点で違いはありません。