2013-03-05 6 views
0

У нас есть ряд приложений, которые можно разделить на 3 категории. Пользовательские данные для каждой категории очень похожи, но между каждой категорией совершенно разные. Поэтому мы думаем, что мы должны создать 3 разных firebases, один для хранения данных для каждой категории приложений. Однако мы хотели бы внедрить общую систему учетных записей, так как наши пользователи могут использовать отдельные приложения из любой или всех трех категорий. Поэтому в идеале пользователь создает учетную запись один раз &, а затем просто регистрируется в той же учетной записи, которая будет работать в любом из наших приложений.Учетная запись firebase

Таким образом, мой вопрос состоит в том, имеет ли смысл создавать 4-ю базу кадров, которая управляет учетными записями пользователей фактическими данными таблицы, включая разрешения для любого конкретного приложения (т.е. подписки, покупки и т. Д.)? В этот момент мы можем использовать токен аутентификации, который будет возвращен, когда пользователь войдет в эту 4 firebase, чтобы делать запросы к любой из трех других firebases?

+0

Я не уверен, что понимаю, почему вам нужно несколько Firebase вообще. Если один и тот же набор пользователей будет получать доступ к данным в каждом, то почему бы просто не иметь четыре категории от корня, все в одной Firebase? В чем основная проблема? – Kato

+0

На самом деле я предполагал, что было бы плохой практикой иметь одну Firebase с очень разными структурами данных (для разных типов приложений). Полагаю, это просто необычно, но, возможно, нет причин беспокоиться об этом? – felix5

ответ

2

Если вы используете Firebase Simple login, учетные данные для входа будут привязаны к одной Firebase. Однако, если вы создаете свои собственные токены, вы, безусловно, можете использовать одинаковые учетные данные для входа в несколько Firebases (у вас есть полный контроль над тем, как эти токены создаются).

документация для создания пользовательских маркеров здесь: https://www.firebase.com/docs/security/custom-login.html

В отношении того, следует ли или не вы будете использовать 4 отдельных Firebases: каждый Firebase имеет уникальный набор секретов, которые могут быть использованы для создания маркеров аутентификации, и он имеет единый набор правил безопасности. Как результат, он обычно работает лучше всего, если одна Firebase привязана к одному приложению (одна база кода). Однако вы можете свободно структурировать это, как вам нравится. Если более удобно делиться 1 Firebase с несколькими приложениями, нет причин, по которым это не сработает. Например, вы можете хранить данные для своего первого приложения, в/app1, данные для вашего второго приложения в/app2 и т. Д. Просто имейте в виду, что в этих приложениях будет использоваться общий файл правил безопасности, один набор секретов, один набор настроек и один набор статистики/аналитики.

+0

Если вы задаетесь вопросом о Firebase Simple Login - у вас нет автоматизированного способа экспорта учетных данных, но вы можете отправить нам электронное письмо, и мы можем получить его для вас. –

+0

Большое спасибо за тщательный ответ! – felix5

Смежные вопросы