php - Symfony2 中的 SAAS 和 Multi-Tenancy ？

Question

关闭。这个问题需要更多focused .它目前不接受答案。












想改善这个问题吗？更新问题，使其仅关注一个问题 editing this post .

3年前关闭。




Improve this question




我已经使用 Symfony 近 2 年了，到目前为止，我构建的每个项目都是专门为每个客户端部署的(即一个客户端、一个代码库、一个数据库)。

假设我有一个项目管理应用程序，我想为许多客户部署。假设客户端将使用我在系统中构建的任何功能，如果我为每个客户端部署不同的代码库(因此，不同的数据库)，以下是我预见的问题:

插入错误修复和升级将是痛苦的。我需要将它推送到我部署的每个存储库。如果我有 50 个客户使用同一个应用程序，它就不会很好地扩展。

管理是痛苦的。我如何为自己构建一个管理系统，我可以将所有项目拉到一个 HTML 表中？毕竟，每个客户都有自己的数据库，对吧？为了让我对所有客户的所有记录做任何有意义的事情，我需要一种方法来一次性查看他们的所有数据库，这……我认为 Symfony 不允许。 (我不确定)

用户帐户问题。如果一个用户碰巧为多家公司工作，并且所有公司都使用我的项目管理应用程序，则该用户必须多次注册。 (我知道如果我使用 oauth 可以避免这种情况，但如果可以的话，我尽量不去那里)

以下是我在一定程度上想到并尝试过的解决方案。

解决方案 1

一个数据库和一个代码库，适用于我所有的客户。项目在一张表下，发票在一张表下，都由自己的 client_id 标记。可以将用户分配给项目，因此无需多次注册。

这并不难创造。但是，如果不同的客户需要不同的发票列会发生什么？我的发票表将不断扩展(具有不同客户想要的不同字段)，并且每一行都可能包含许多空字段。更不用说，我的 Invoice 实体的文件大小会增加，每次有新的自定义出现时，我都必须更新数据库架构。

解决方案 2

一个数据库，其中每个客户端都有自己的表前缀。所以对于客户端 A，我可以使用 clientA_projects、clientA_invoices、clientA_configuration 等。

如果每个客户都想自定义他们的字段，这是理想的。但是，这是否意味着我需要为进入系统的每个新客户端创建新的实体和表单类？看起来使用这个解决方案，我需要使用我获得的每个新客户端更新数据库架构。

目前，我正在试验无模式数据库(mongo 和 couch)，希望无需预先指定表模式，就可以轻松实现解决方案 1。但我仍在试验中，在我敢于部署一个生产就绪的应用程序之前，还有很多方法要走，因为我不熟悉 mongo 和 couch with Symfony 的问题。

所以，这就是我被困的地方。作为一名自学成才的程序员，我觉得我的知识中有很多漏洞需要补充(而不是有 CS 背景的人)。网络上谈论 Symfony 2 和 Multi-Tenancy 的地方并不多(也许我正在寻找错误的东西)。如果有人能指出我更清晰的方向，也许是最佳实践，示例项目，我将非常感激!

顺便说一句，我计划在最新版本的 Symfony(目前为 2.3.2)中执行此操作。

在此先感谢各位。

Answer 1

我也在类似的时间内使用 Symfony2(自 BETA 之一以来)，我建议您使用解决方案 #1。如果您要使用 SaaS，您不能出于您编写的原因(主要是更新/升级问题)向客户提供代码。整个麻烦都在用户管理上——哪个用户可以访问哪些数据，属于哪个组、公司等等。如果做得好，所有其他事情都将以与用户无关的方式进行编码。不同的公司有不同的要求怎么办？做这样的功能configurable .您可以在各个级别实现此操作:

简单实体属性:有一个 attributes每个表中的字段并将所有内容保存为 JSON、YAML 或其他动态结构化内容，

通用配置:有一个存储实体基础配置的地方(以我上面写的方式)并允许用户从那里管理新功能，所有更改都传播到简单实体，

实现我所说的Entity Parameters Pattern - 设计数据库表，其中包含参数类型、参数值以及与不同级别的其他实体的关系，然后制作通用的可配置参数类型，可以应用于具有预定义含义的任何地方。例如，“preferred_season”是“choice_string”类型的参数，包含配置“spring,summer,autumn,winter”，当附加到给定实体时，将始终呈现<select>带有选项的字段并保存与实体和参数类型相关的选定值。

此外，解决方案 #1 有一个无与伦比的优势 - 即使您想在最后给出代码，它也可以处理更多的公司。您只需要屏蔽添加更多功能的能力。 :)

这个问题被标记为 Symfony2但它真的不应该。无论您使用什么框架，您都应该从代码中抽象出您的应用程序设计，然后将框架仅用作顺利完成工作的工具。我想说，即使考虑到前一句，我也绝对爱上了 Symfony2。 :)