类似Shopify的模板管理-体系结构建议

Question

我们建立了一个社区管理的SAAS平台。我们被要求为每个社区提供定制的体验，最终社区管理人员希望修改视图/元素位置/ css / js。经过大量的研究，我们决定与Shopify#liquidmarkup http://liquidmarkup.org/合作。什么是存储这些模板的理想方法？

以下是我们目前的模型体系结构

社区has_many用户

因此，社区将有自己的rails“布局”/“部分”/“液化模板”。我们计划用这种方式将它们的布局存储在文件系统中。

Rails.root >模板> community_uuid > community_specific_template_files

但是，随着我们的社区规模的扩大，我们将不得不有太多的“模板”文件夹堆积起来。即使它们在MAINAPP git中被忽略，在具有多个独角兽节点的应用服务器上，这些模板必须在任何给定的时间点对任何独角兽服务器可用。随着应用程序服务器上社区基础的增加，这将极大地增加文件系统空间的消耗。

我们目前有三种选择

1. 将它们存储在文件系统中，并在所有应用服务器上部署/更新模板- IO操作
2. 将模板存储在数据库中并缓存这些模板查询
3. 将模板以散列结构形式存储在REDIS中，并相应地检索。

想知道你的想法吗？

谢谢维韦克·桑帕娅

Answer 1

1. 感觉很不稳定。必须处理：

- Nodes being away when sync-procedure starts.
- Nodes going down during update procedure, it will be "semi-synced" and must be re-synced when back up.
- Must have separate process that triggers sync procedure when new nodes gets added.

​

你是否计划在你自己身上实现这一点，或者独角兽/红宝石有一些内置的功能来解决这个问题？

1. 感觉是一个更明智的解决方案。但是，您总是希望将数据库查询保持在最低限度。
2. 这是我个人更喜欢的解决方案。有一个像模板存储库一样的专用Redis实例。