ひとつのFirebaseプロジェクトに複数アプリを同居させて運用する実用性の検討 2023年11月時点

のように記述するがドキュメントが間違っていて、 default ではなくて (default) が正しい。
また、firebase deploy --only の際にCloud Functionsのノリで firebase deploy --only firestore:rules とするとデプロイされない。
正しくは firebase deploy --only firestore である（ rules という名前のデータベースが存在するならデプロイされる。要は ":" の後ろはデータベースの名前を示す）

e.g.

  "firestore": [
    {
      "database": "(default)",
      "rules": "firestore.default.rules",
      "indexes": "firestore.default.indexes.json"
    },
    {
      "database": "foo",
      "rules": "firestore.foo.rules",
      "indexes": "firestore.foo.indexes.json"
    }
  ]

kingu

Identity Platformのテナントごとにデータベースを分ける場合、データベースの名称はテナントIDと同じにしておくとアクセスする際に分かりやすい

kingu

データベースの名称はテナントIDと同じにしておくとアクセスする際に分かりやすい

分かりやすくない。というか実用的ではない。
というのも、テナントIDは指定した名称の末尾にランダムな文字が追加される。e.g. foo-l7m49
なので開発環境と本番環境でそれぞれFirebaseプロジェクトを作っている場合、同じテナントIDにすることはできない。

firebase.jsonでセキュリティルールを定義する際に database で名称を指定するが、開発と本番で名前を切り替えることはできない

kingu

App Check

複数個のアプリを登録できるので問題なし

kingu

Functions

全アプリで共用することになるので、命名規則は必要か。

複数のアプリで共用する関数があったとしても、 user.tenantId や event.database で見分けられる

functions()
  .auth.user()
  .onCreate((user, context) => {
    const tenantId = user.tenantId;
  });

firestore.onDocumentCreated("users/{userId}", (event) => {
  const database = event.database; // "(default)"
});