为何谷歌官方不推荐Firebase用于多租户应用？Identity Platform能否解决相关问题

官方指引不存在实质矛盾 #

• 早期Firebase最佳实践中的多租户警告，针对的是仅使用基础版Firebase原生能力的场景：原生Firebase Auth默认是单租户架构，用户池全局共享，硬做多租户确实会出现认证串用、规则难写等问题。
• 后续支持多租户的官方文档，基于的是谷歌云Identity Platform（GIP）整合后的进阶Firebase能力，属于原生Firebase的付费升级功能，适用前提和基础版完全不同，两类指引是不同场景下的最佳实践，不存在冲突。

Google Identity Platform可覆盖绝大多数核心安全风险 #

你提到的警告中四类问题，GIP的适配情况如下：

"Multi-tenancy可能引发严重的配置与数据隐私问题，包括非预期的analytics aggregation问题、共享认证、数据库结构过于复杂，以及安全规则配置困难"

• 共享认证问题：完全解决。GIP的多租户能力支持每个租户拥有独立的用户池，用户凭证、会话、认证配置完全隔离，不会出现跨租户认证串用的情况。
• 安全规则配置困难：完全解决。GIP会自动向用户ID Token中注入tenant_id声明，你可以直接在Firebase安全规则中调用该字段做租户权限校验，规则逻辑和单租户场景下一样简洁，只要确保数据按租户ID分片即可。
• 非预期的analytics聚合：不属于安全缺陷，GIP不直接处理该场景，但你可以自行在打点逻辑中加入租户ID标识，后续在数据导出后做拆分统计即可规避全局聚合问题。
• 数据库结构过于复杂：你已经提前完成了租户维度的数据划分，该问题已不存在，GIP不需要你额外调整现有数据库结构，仅需新增tenant_id匹配逻辑即可。

最终建议 #

如果你已经做好了租户维度的数据分片、也能自行处理analytics的分租户统计需求，完全可以继续使用Firebase，现有能力足以支撑多租户场景的安全要求，不需要放弃其生态优势。

内容的提问来源于stack exchange，提问作者David