具有多个独立业务领域的单个域/公司的Firebase架构？

Question

我们希望将业务的整个IT部门转移到firebase上，但需要在我们这样做之前找到正确的架构方法。

这是我们的公司和业务设置：

1. 一家公司有一个域名，例如example.com
2. 几个业务领域相互独立。例如：一个卖香蕉，另一个卖设施服务，另一个卖当地的运输服务和维修
3. 同一客户可以是这些业务领域中的一个或多个的客户，即我们具有集中计费，集中授权与SSO，集中客户关系管理等。
4. 每个业务领域（例如销售香蕉）都有一个网络以及它的移动版本的应用程序（iOS / Android），帮助特定的业务领域

如何将该公司的许多业务领域映射到firebase？

• 我是否每个业务领域都有一个项目（例如销售香蕉），其中包含特定区域的三个应用程序版本（两个移动，一个Web）和一个具有中央用户管理所需内容（上面的＃3）的项目？
• 我对项目数量的限制是什么？如果每个业务领域都有一个应用程序的暂存项目，那么我们将拥有两倍于我们业务领域的项目......
• 我是按每个项目还是按照帐户使用付费，即我想有一个至少有四个项目的帐户？
• 我可以像这样布置我的域名吗？ example.com/bananas example.com/facility-services example.com/local-transport-and-repair

非常感谢您提前了解一些情况！ :)

Answer 1

实际上没有直接的方法来回答这个问题，但Firebase能够在单个项目中处理这个用例。这样做允许一个用户群，如果需要，可以在“部门”之间轻松共享资源

从概念上讲，它非常直接;但我们在问题中没有很多具体信息，所以这里有一个例子。

据说这是一家虚构的公司，经销香蕉，并为设施和维修提供香蕉服务，并维护香蕉卡车。我们打电话给这家公司;真正的Ap-Peel。

real-apPeel
  sell_banana_div
     //here we store all data about selling bananas

  facility_services_div
     //here we store the data about facility services

  services_repair_div
     //here we store service and repair data

  users //all users
    uid_0:
      div: 
       sell_banana_div: true
    uid_1:
      div: 
       facility_services_div: true
    uid_2:
      div:
        sell_banana_div: true
        services_repair_div: true

在我们公司的上述设置中，我们有三个独立的部门，他们拥有自己的数据子集。我们还有一个统一用户节点来跟踪用户和一个名为'div'的孩子，它将决定用户所属的分区。

最后一个用户uid_2属于两个部门，因此可以访问sell_bananas_div中的数据以及services_repair_div。处理访问两个部门中的数据是通过代码完成的，并通过Firebase规则强制执行。

如果您不需要在任何部门之间共享任何数据，那么没有理由拥有这样的组合结构，因此请将其拆分为单独的应用程序。

然而...

通过组合数据，您可以拥有一个应用程序，一个代码库和一组用户，从而使其更易于维护和扩展。

你问了以下问题：

我是否每个业务领域都有一个项目（例如销售香蕉），其中包含特定区域的三个应用程序版本（两个移动，一个Web）和一个具有中央用户管理所需内容（上面的＃3）的项目？

根据我的上述示例，所有这些都合并为一个应用程序，可以是任何组合或移动或网络。

我对项目数量的限制是什么？如果每个业务领域都有一个应用程序的暂存项目，那么我们将拥有两倍于我们业务领域的项目......

问题被消除，因为它只是一个项目

我是按每个项目还是按照帐户使用付费，即我想有一个至少有四个项目的帐户？

如果您选择此路径，这对Firebase来说更具直接性。联系[email protected]

我是否可以将此域名布局为example example.com/bananas example.com/facility-services example.com/local-transport-and-repair

我上面的例子几乎就是这样 - 一个realappeel.com然后对子节点的引用是realappeel.com/sell_banana_div等。

我希望这不是太远了。如果是这样，发布和评论，我会更新（或删除，如果它waaaaaay off base！）