什么时候服务器之间的同步文件处理得太多了？

Question

比如说，我创建了一个像wordpress这样的托管应用程序，人们在那里管理他们的博客。

我关注的重点是同步所有服务器之间的模板页面。

所以每个客户都有5-10个模板，并且说我正在运行10台服务器。

当客户修改模板时，它必须与这10台服务器同步。

10000客户*10个模板=100 K文件。

假设我保留了模板的备份，这样它们就可以恢复到以前的版本，即现在的200 K文件。

我希望避免在NAS或什么地方使用模板文件，因为我想为此使用ec2。

无论如何，我真正的问题是，在服务器之间保持200 K文件是可管理的，还是分配的文件？

我没有管理文件的经验，因为我通常把这类事情放在数据库中。

我最初的想法是这样做：

1. 将模板保存在数据库中
2. 在每个服务器上保留一个模板的本地副本，这样我就不必从数据库中获取模板了，因为这样会有太多的kb，而这正是我想要的。

在现实中，模板不会经常被更改，但我真的不知道它们多久会被更改一次，但是我可以想象，在人们得到他们想要的布局设置之前，他们会改变它们。

有什么想法？

Answer 1

您看过在模板中使用版本控制吗？用户将更新他们的模板并提交他们的更改。然后，无论是周期性的，还是通过一个触发的进程，模板将被更新。

考虑到基础结构的大小，可能应该提供一个开发服务器，用户可以在其中编辑和测试他们的模板。

这将使跟踪变得更简单，并提供比单个备份文件更好的还原功能。它还可以用于扫描生产服务器上的一些代码注入问题。

这应该比复制文件更好，因为只传输更改。