我们有许多应用程序，可以分为大约 3 类。每个类别的用户数据非常相似，但每个类别之间却大不相同。所以我们认为我们应该创建 3 个不同的 firebase，一个用于存储每个应用类别的数据。但是，我们希望实现一个通用帐户系统，因为我们的用户可能会使用这 3 个类别中的任何一个或所有类别的单个应用程序。因此，理想情况下，用户创建一个帐户一次，然后在我们的任何应用程序上使用相同的帐户登录。
因此，我的问题是创建一个仅使用实际表数据（包括任何特定应用程序（即订阅、购买等）的权限）管理用户帐户的第四个 firebase 是否有意义？那时我们是否可以使用当用户登录到这 4 个 firebase 时将返回的身份验证令牌向其他 3 个 firebase 中的任何一个发出请求？
如果您使用 Firebase 简单登录，则登录凭据将绑定到单个 Firebase。但是，如果您要生成自己的自定义令牌，您当然可以在多个 Firebase 之间共享相同的登录凭据（您可以完全控制这些令牌的生成方式）。
创建自定义令牌的文档在这里： https ://www.firebase.com/docs/security/custom-login.html
关于您是否应该使用 4 个单独的 Firebase：每个 Firebase 都有一组独特的 Secret，可用于生成身份验证令牌，并且它有一组安全规则。因此，如果单个 Firebase 绑定到单个应用程序（单个代码库），通常效果最好。但是，您可以随意构建它。如果在多个应用程序之间共享 1 个 Firebase 更方便，那真的没有理由不适合您。例如，您可以将您的第一个应用程序的数据存储在 /app1，将您的第二个应用程序的数据存储在 /app2 等。请记住，这些应用程序最终将共享单个安全规则文件、一组机密，一组设置和一组统计/分析。