构建支持多个租户的应用程序(例如软件即服务)的最佳实践是什么?

非常感谢有关此主题的白皮书链接。

有帮助吗?

解决方案

您可能会在 Oren Eini 的一系列博客文章中找到一些有价值的建议。

这是该系列的最后一篇文章,包含之前文章的链接: http://ayende.com/Blog/archive/2008/08/16/Multi-Tenancy--Approaches-and-Applicability.aspx

其他提示

有关的数据库:

:一种。把同一个数据库上的一切,把tenant_id栏上的表格

优点:易于做

缺点:非常容易出现错误:可以很容易地从一个租户的数据泄漏到另一个。

<强> B中。把同一个数据库上的一切,而是把每个租户在自己的命名空间(PostgreSQL的称他们为架构)

优点:提供更好的数据保护泄漏比选项A

缺点:由所有数据库不支持。 AFAIK PostgreSQL和Oracle支持它。

<强>℃。每个租户设置一个数据库

优点:绝对没有数据从泄漏一个租户到另一个的机会

缺点:设置新租户更为复杂。数据库连接是昂贵的。

我只学会从盖伊NAOR上述思路。下面是他的介绍的链接: HTTP ://aac2009.confreaks.com/06-feb-2009-14-30-writing-multi-tenant-applications-in-rails-guy-naor.html

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top