问题标签 [multi-tenant]

在单实例多租户设置中使用 Seam 有什么经验吗？Seam 适合这种设置吗？你是怎么意识到的？所涉及的费用是多少？

我们的情况：Seam 2.1 SaaS web 应用程序（POJO，没有 EJB）。可用的开发预算迫使我们采用简单的每个租户一个实例的设计。该应用程序尚未投入生产，但已接近完成。

我希望我们的客户可能会重新考虑单实例多租户设置，如果它降低了预计的托管成本。

我想我没有得到任何这些的含义。我的目的是创建一个多租户 ASP.NET MVC 应用程序。

我在这里看到了一篇关于如何执行此操作的精彩帖子 ，但 Nhibernate 不是一个选项。

我想了解的一件事是：MVC（以及其他所有内容）是否应该有助于创建多租户 Web 应用程序？

我看到了几条与我的问题相似的评论，但它们通常似乎没有达到我想要达到的同一点：

• 一个数据库
• 一种模式
• 没有休眠

如果有人知道如何做到这一点的简单解释，我将不胜感激。

这个页面上的内容是我所知道的关于这个主题的全部内容，我希望能够理解的是 MVC（如果有的话）如何帮助完成它，以及它是否使它更简单。

非常感谢，

里克

如果我有两个或多个域和一个数据库，如何设计数据库和组织数据？所有用于电子商务目的的网站和一种商品都可以在每个网站上出售。所以我只有两个想法：

1. 我需要在几乎每个表中再创建一个字段（site_id）并重复数据。
2. 我需要为其他表中的所有其他字段创建一个包含 site_id 信息的表。

这两种想法都有很大的缺点。有任何想法吗？谢谢。

人们是否有使用 Django 创建多租户应用程序的常见模式。内置的“站点”框架似乎是一种选择。是否还有其他方法取得了成功？

我们有一个使用 Hibernate over MySQL 的多租户基于 Web 的企业应用程序。我们将 Jasper 报告用于客户需要的任何报告，但现在我们还需要提供临时报告，以便用户可以运行自己的查询。

其他人是如何做到这一点的？

我想我可以：

1. 提供 excel 或 xml 格式的完整导出，我在其中对实体进行水合，以便将任何@ManyToOne内容替换toString()为该实体的。这样数据对用户来说实际上是有意义的，而不是大量的外键 ID。

2. 让他们针对数据库副本运行 SQL。确保每个表都有一个 TENANT_ID，让他们访问数据库副本，但将 ID 附加到幕后的每个查询中。我什至可以确保这个数据库副本中只有他们的数据。虽然有点打败了整个多租户方法。

我正在编写一个 aspx 应用程序，它将在一个公共 SQL Server 数据库中托管 1000 个小客户。所有实体都将通过 Linq-To-Sql 创建和加载。

代理键（标识列）将在整个模式中用于所有表关系，因此从根客户对象开始，我应该能够使用常规 Linq 查询（SQL 连接）导航到特定客户的专有数据集。

但是从安全的角度来看，上述内容有点脆弱，所以我希望添加一层额外的租赁检查作为安全支持。我的实体模型中的所有实体都将具有一个非索引的 int TenantId 字段。

我正在从性能角度寻找有关此解决方案的批评意见。

我不知道什么是真的还是假的。你能给我建议吗？

对于 Asp.Net 软件即服务应用程序，我想做基于帐户的子域，例如 Basecamp 和 37Signals 产品的其余部分。例如 acme.myapp.com 将加载该客户的帐户并仅拉回他们的信息。

这在 Ruby on Rails 中很容易做到，但您将如何在 ASP.NET MVC 中处理此功能并能够扩展到可能数百个帐户？

我们为一个客户编写的 Web 应用程序将被产品化并出售给数十家公司，我们将进行托管。

关于为每个客户推出单独的实例与使用单个（或极少数）多租户实例的优缺点，我可以使用一些指导。

起初，随着我们的增加，我将不得不为每个新客户推出一个单独的应用程序实例（他们将一次上线一个），因为这是唯一直接的选择。我想这在维护方面不会很好地扩展——一旦有超过 4 或 5 个实例，推出更改将变得非常乏味并且可能容易出错。除非我们以某种方式自动化。

此外，如果人们需要定制，单实例哲学似乎可能会导致一堆分叉。避免这种情况会很好。

那么你有什么经验呢？

额外的问题 #1： 10 个 SQL Server 与每个 2m 记录的 SQL Server 与一个巨大的 20m 记录之间的性能差异是什么？假设它们都在一个表中，我们主要对单个记录进行插入和选择。有时选择在索引的 varchar(12) 或日期字段上。

额外问题 #2：我想为了避免分叉，我们必须使自定义项可配置，或者构建一个插件架构。但是，这可能会增加进行定制的成本，我不想成为那些需要一周时间来调整文本框大小的商店之一，我不想过度投资于基础设施。对此有什么想法吗？

秤详细信息

每个客户都将拥有相当数量的数据——多达几百万条记录。

将有非常少量的并发用户，每个客户只有几个，加上我们这边的少数内部代表。

目前尚不清楚每个客户是否需要定制，但我想说其中一些可能会，也许其中一些更改将是其他客户不希望看到的东西。

只是好奇人们如何使用 Zend 处理多租户（特别是目录结构、数据库、模块化、每个租户视图等）。我自己也没发现太多，有人吗？