Rails - 多租户应用程序和定制框架

Question

Rails - 多租户应用程序和定制框架

ruby-on-railsrubymodel-view-controllermulti-tenant

3

我正在使用单一代码库/应用程序组织一个多租户应用程序，使用子域名来检测租户，然后在Postgres上运行SET SCHEMA来完成有趣的事情。

我的问题是，某些客户将需要对主代码库进行各种级别的定制。不算太多，但肯定足以让我不想通过添加大量if语句来开始破坏主模型和控制器。

使用视图加载路径覆盖视图很容易... 但我的问题是：如何为覆盖或添加功能到基本控制器、模型和助手提供一个良好的框架，以根据需要调整每个租户的内容？理想情况下，它应该非常无缝，并且不会侵入主要代码，并且应该提供一个良好的机制来组织定制代码。

我已经调查了一些选项，包括使用includes/extends（混合）。问题在于，在生产中，方法留在对象中（可以理解）。我尝试过mixology gem来解决这个问题，但它并没有完全按照我的意图工作，而且比我想象的更具侵入性，我也不清楚如何将其与模型相关联（在控制器中，我只是尝试通过before/after过滤器进行混合/取消混合）。

如果有人对如何最好地解决这个问题有任何想法，我将非常感激您的反馈。顺便说一句，这是Rails3。

- Mike Scappa

相关问题在这里。好奇想知道你是否已经解决了它。 - Denis de Bernardy

2个回答

网页内容由stack overflow 提供, 点击上面的

可以查看英文原文，
原文链接

- tadman · Answer 1

如果你想在请求之间动态切换数据库，那么我认为你会遇到很多麻烦，至少在使用ActiveRecord时是这样的。这将严重破坏缓存系统，因为它是基于ID而不是ID + Schema来记忆事物的，这可能导致交叉污染。

从架构角度来看，通常最好在内部分区数据库，并相应地对每个记录进行范围限制。例如：

class Site < ActiveRecord::Base
  # Represents a site or installation of the application
end

class User < ActiveRecord::Base
  belongs_to :site
end

将所有内容链接到主要的Site记录，或者使用最能描述您用于分区的方法。保持一致的范围比切换模式容易得多。

如果出于扩展的原因，您想在未来拆分数据库，如果您小心地标记了所有站点相关记录的一致的site_id列，您可以轻松地将所有这些记录转置到新数据库中。

- pdenya · Answer 2

一个钩子+插件的设置能否满足您的需求？例如：将额外的功能构建到另一个模型中，在您需要修改的任何操作上检查钩子表以查看用户是否需要任何额外的操作，钩子表还指定了要执行的操作，因此您可以轻松地为不同的用户设置不同的配置。

如果您发现更好的答案，请更新。