假设我正在创build一个WordPress的托pipe应用程序，人们在这里pipe理他们的博客。
我关注的重点是在所有服务器之间同步模板页面。
所以每个客户将有5-10个模板，并说我正在运行10台服务器。
客户每次修改模板时，都必须同步到10台服务器。
10000个客户* 10个模板= 100K个文件。
说我保留模板的备份，以便他们可以恢复到以前的版本，现在是200K文件。
我想避免在NAS上有模板文件，因为我想使用ec2。
无论如何，我真正的问题是，保持200K文件服务器之间的可pipe理的东西或是文件的分配？
我没有pipe理文件的经验，因为我通常把这种事情放在数据库上。
我最初的想法是这样做的：
实际上，这些模板不会经常改变，但实际上我不知道在这个时候它们多久会改变一次，但我想早些时候人们会改变它们，直到他们按照自己的意愿来设置它们的布局。
思考？
你有没有看过使用版本控制的模板？ 用户将更新他们的模板并提交他们的更改。 然后定期或通过触发的过程，模板将被更新。
考虑到您的基础架构的大小，可能需要提供一个开发服务器，供用户编辑和testing他们的模板。
这将跟踪哪些更改变得更简单，并提供比单独的备份文件更好的恢复function。 它也可以用来扫描生产服务器上的一些代码注入问题。
这应该比复制文件更好，因为只有传输更改。