![](/img/trans.png)
[英]How to manage multiple staging environment in between transition from monolithic to microservice architecture
[英]Architecture of staging environment for CMS
我的公司开发了一个cms,但现在我们使用它有一段时间我们遇到了一个问题:所有的变化都与现场环境直接相关。 如果您想对网站进行大修,有时您希望先完成所有工作,然后立即将所有更改发布到实际网站。
我现在在讨论内容,而不是开发软件的开发/测试/暂存/生产环境
我已经看到了几个解决问题的方法,但没有一个可以完全解决这个问题:
所有这些都有问题:
还有其他选择吗? 您希望在用户控制杆上执行此操作,因此用户A可以开始大修,用户B仍然可以发布新内容。 但也许现在这太困难了,我们现在必须解决第一个问题。
PS。 它是一个带有MySQL后端的php,ZF应用程序,但这对我认为的架构来说无关紧要。
还有另一种策略,即具有用于内容管理的单独存储库,从该存储库将内容发布到不同的内容传递环境。 (所以3个数据库而不是2个。)
这是SDL Tridion使用的架构,我从自己的经验中知道它非常有效。 我确信还有其他WCMS系统可以这样工作,尽管唯一让人想到的就是Bricolage。
已经很长时间了,但我们现在有一个多阶段CMS,其工作原理如下。 生产和分期的树是双重的。 在嵌套集设置中,我们可以在一个数据库中存储多个树。 生产中的页面链接到具有UUID的登台。
内容本身通过版本控制进行管理,其中版本控制表包含所有版本,实体表包含生产版本。 版本控制(用于分段)因此在生产版本之前的一些步骤。 这样我们也可以为文本blob实现自动保存(它只是另一个版本)。
执行此操作的方法是使用相对链接或根据站点配置文件中的值为链接添加前缀。
声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.