多个组织的系统设计

Question

在我工作的公司，我们为多个组织开发和托管CRM系统，其中数据库是隔离的 - 即我们的客户不共享一个类似于Facebook的大型数据库，我们每个客户端都有单独的数据库，但是相同的CRM软件。所有其他系统方面（如缓存）都是特定于组织的。

我们正在将我们的服务器迁移到AWS上，这使我们有机会考虑基础架构。

我们的基础系统是使用CodeIgniter框架编写的，因此我们考虑的是代替同一个CRM的多个实例，创建单个实例并根据主机名/用户帐户附加相关的数据库凭据（此方法，CRM将通过专用URL访问）。例如。如果用户A在公司B工作，我们将连接到公司B的数据库而不是公司C.这个例子也有助于我们的版本控制。

我只是想知道其他人是否有类似的经历，以及一般的感觉是保持实例完全隔离还是迁移到真正的“软件即服务”单实例方法？

Answer 1

它实际上取决于数据库大小和流量。如果您拥有大量流量，那么单独的数据库会更好，因为如果他们需要更多资源，您可以轻松地将它们移到自己的服务器实例上，而且管理起来更容易。如果您没有大量流量，则可以使用一个数据库，但如果您需要执行特定于公司的某些操作，则存在风险。代码方面，单个实例更容易维护，因为您不必单独为每个实例推出更改，如果您的服务器达到容量，只需打开负载均衡器并启动同一个Web服务器的更多实例（）保持记住DB应该在不同的服务器上。

Answer 2

此主题的作者已接受提案作为答案。不过，我建议您阅读multi-tenant architecture，这将为您提供更多指导。在这里，您可以将各个公司关联为租户。

• Msdn
• Wiki

Answer 3

选择多租户或单租户架构有几个重要的考虑因素，包括：

• 安全性 - 您是否可以在多租户环境中有效地隔离数据，访问权限等？
• 基础设施成本 - 您是否能够通过单个租户有效利用服务器/平台容量？在AWS上，扩展可以帮助解决这个问题。
• 许可成本 - 单租户环境中是否存在大量额外许可成本（通常更多服务器意味着更多许可）？
• 实施和维护的努力/成本 - 单租户解决方案是否需要更多的工作来管理部署和维护基础架构？