2013-03-05 5 views
0

우리는 약 3 가지 카테고리로 분류 될 수있는 많은 어플리케이션을 가지고 있습니다. 각 카테고리의 사용자 데이터는 매우 유사하지만 각 카테고리 사이에는 상당히 다릅니다. 그래서 우리는 3 가지 firebase를 만들어야한다고 생각합니다. 하나는 app의 각 카테고리에 대한 데이터를 저장하는 것입니다. 그러나 사용자가 3 가지 카테고리 중 하나 또는 모두에서 개별 앱을 사용할 수 있으므로 공통 계정 시스템을 구현하고자합니다. 그래서 이상적으로 사용자는 일단 & 계정을 생성하면 그 계정으로 우리의 모든 앱에서 계속 로그인하게됩니다.계정 별 firebase

내 질문에 특정 애플 리케이션 (예 : 구독, 구매 등)에 대한 권한을 포함하여 실제 테이블 데이터로만 사용자 계정을 관리하는 4 번째 firebase를 만드는 것이 합리적일까요? 이 시점에서 사용자가이 4 개의 firebase에 로그인하여 다른 3 개의 firebase 중 하나에 요청할 때 반환되는 인증 토큰을 사용할 수 있습니까?

+0

여러 Firebase가 필요한 이유를 잘 모르겠습니다. 동일한 사용자 집합이 각각의 데이터에 액세스한다면 루트의 네 가지 범주가 모두 같은 Firebase에 있어야만하는 이유는 무엇입니까? 핵심 문제는 무엇입니까? – Kato

+0

사실 저는 (다른 유형의 앱에 대해) 매우 다른 구조의 데이터를 가진 단일 Firebase를 사용하는 것이 좋지 않을 것이라고 가정하고있었습니다. 나는 그것이 단지 비정상이라고 생각하지만 아마도 이것에 대해 걱정할 이유가 없을 것입니다. – felix5

답변

2

Firebase Simple 로그인을 사용하는 경우 로그인 자격 증명이 단일 Firebase에 연결됩니다. 그러나 사용자 정의 토큰을 생성하는 경우 동일한 로그인 자격 증명을 여러 Firebases에서 공유 할 수 있습니다 (해당 토큰 생성 방법을 완전히 제어 할 수 있음).

사용자 토큰을 생성하는 문서는 여기에 있습니다 : 여부는 4 별도의 Firebases 사용해야에 관해서 https://www.firebase.com/docs/security/custom-login.html

: 각 중포 기지가 인증 토큰을 생성하는 데 사용할 수있는 비밀의 고유 한 집합이 있습니다를, 보안 규칙 집합이 하나만 있습니다. 결과적으로, 단일 Firebase가 단일 응용 프로그램 (단일 코드 기반)에 묶여 있으면 가장 잘 작동합니다. 그러나, 당신은 당신이 좋아하지만 이것을 구조화 할 수 있습니다. 하나의 Firebase를 여러 애플 리케이션에 공유하는 것이 더 편리하다면, 이것이 실제로 작동하지 않을 이유가 없습니다. 예를 들어, 첫 번째 앱의 데이터,/app1의 데이터,/app2의 두 번째 앱의 데이터 등을 저장할 수 있습니다. 이러한 앱은 단일 보안 규칙 파일, 일련의 비밀 정보, 단일 세트의 설정 및 단일 세트의 통계/분석을 제공합니다.

+0

Firebase Simple Login에 대해 궁금한 점이 있으십니까? 아직 자격 증명을 자동으로 내보내는 방법이 없지만 이메일을 보내 주시면 답변 해 드리겠습니다. –

+0

철저한 답변에 큰 감사드립니다. – felix5