Firebase:在多个原本独立的Firebase客户端应用程序之间共享身份验证(用户)

Firebase:在多个原本独立的Firebase客户端应用程序之间共享身份验证(用户),firebase,firebase-authentication,Firebase,Firebase Authentication,我正在评估Firebase作为一套半独立产品(应用程序)的解决方案。我认为,身份验证是这些应用程序之间共享的唯一方面,Firebase的其他功能(实时数据库、分析等)应该是独立的。现在有没有办法实现这一目标,或者你知道这是否在短期或中期路线图上 只是想弄清楚为什么在这些应用程序之间共享用户身份很重要。我想分析同一用户在一个应用程序中产生的数据,为他/她在另一个应用程序中提供特定的用户体验 p.S.目前看来这是不可能做到的(除非我错过了什么),但也许这是计划好的,很快就会实现……这个问题还不清楚。

我正在评估Firebase作为一套半独立产品(应用程序)的解决方案。我认为,身份验证是这些应用程序之间共享的唯一方面,Firebase的其他功能(实时数据库、分析等)应该是独立的。现在有没有办法实现这一目标,或者你知道这是否在短期或中期路线图上

只是想弄清楚为什么在这些应用程序之间共享用户身份很重要。我想分析同一用户在一个应用程序中产生的数据,为他/她在另一个应用程序中提供特定的用户体验


p.S.目前看来这是不可能做到的(除非我错过了什么),但也许这是计划好的,很快就会实现……

这个问题还不清楚。您希望在应用程序之间共享身份验证,但其余数据应该是单独的。是什么阻止了这一切的发生?Firebase中的数据可以是共享的,也可以是个性化的,这取决于您的设计目的。也许更新和澄清这个问题会有所帮助。谢谢你的评论@Jay。我希望这些应用程序完全独立,因为它们将由不同的团队开发。使数据库安全规则复杂化以确保app1无法更改app2使用的中的数据不是我的选择。我不确定我是否理解此问题。您可以在firebase中制定一个相当简单的安全规则,例如,允许user1从app1访问数据,但不允许该用户从app2访问数据。Firebase是否支持所有应用作为其数据库?如果是,那么user1将需要从app1和app2访问数据。你可以看到这个问题的开放性。对我来说,这是一个孤立的问题。目前,我正在评估Firebase作为整个公司的身份验证平台,不同的团队可能会在非常不同的产品上工作,以至于他们不能接触(并可能破坏)彼此的配置。请参阅我上面的评论,允许user1从app1访问数据,但不允许该用户从app2访问数据。这难道不能回答问题吗?