大型网站如何实现持续迁移？

Question

我正在开发一个每天更新 3,000 多个页面的网站。它已经建立在开源 CMS 之上。但是，我们不能简单地继续定期应用热修复程序。我们需要更换整个系统，我预计需要在 1-2 年的基础上更换整个系统。我们没有人员在更换系统的同时进行更换，因为这会导致重复工作。我们在新网站上工作时也不能出现“代码冻结”。

因此，这相当于在驾驶时更换轮胎。或者在飞行时固定机翼。或者各种类比。

这让我想到了一个叫做“持续迁移”的概念。我在这里读到这篇文章：https://www.acquia.com/blog/dont-wait-migrate-drupal-continuous-migration

作者的建议是使用像 Fastly 这样的 CDN。这个想法是，CDN 允许您基于 URL 在旧系统和新系统之间切换。从理论上讲，这个想法听起来像是一个可行的好主意。这篇文章声称你可以用 Varnish 做到这一点，但 Fastly 让这项工作变得更容易。我对 Varnish 的工作不多，所以我无法真正验证它的说法。

我也不知道这是个好主意还是有更好的选择。我查看了 Fastly 的定价方案，我根本无法将其含义转化为特定的价格点。我不明白这些神秘的云服务定价计划，它们对我来说没有意义。我不知道网站使用什么样的带宽。另一个机构管理网站的服务器。

谁能帮助我了解使用在线 CDN 是否比使用 Varnish 之类的东西更好？有免费或更便宜的解决方案吗？有人能告诉我这相当于每月或每年大约多少吗？为大型网站分阶段推出新网站还有其他更好的方法吗？

谢谢！

Answer 1

我想我对你的问题没有确切的答案，但我的回答可能会有所帮助。

我不认为 CDN 会给您带来优势。就是你有不止一个系统。

代码改动

在专业环境中，我习惯于安装三种不同的 CMS。拳头是开发系统，一般在我的PC上。该系统用于开发单元测试支持的扩展、修复错误等。代码提交给修订控制系统（如 SVN、CVS 或 Git）。持续集成系统检查对 RCS 的提交。实现功能（或修复某些错误）时，将创建一个命名标签。然后将此标记版本安装在测试系统上，开发人员、客户和用户可以在其中测试实现。成功测试后，该标记版本将安装在生产系统上。

乍一看，这看起来很耗时。但这并不是因为大多数步骤都可以自动化。最大的优势是客户可以在测试系统上测试更改。并且仅在您的生产系统上发生错误的可能性很小。 （前提是您的系统建立在相似/平等的环境之上。）

内容变化

如果您的代码改变了您的内容处理方式，那么当您的 CMS 具有强大的工作流支持。您可以轻松地在工作流程中添加一个步骤 决定内容是否旧并且必须为当前文档迁移。 这样您就可以连续迁移内容。

HTH

Answer 2

Varnish 是缓存而不是 CDN。它拦截页面请求并提供缓存版本（如果存在）。

CDN 将从服务器外位置（通常在云中）提供内容（图像、JS、其他资源等）。

基于云的解决方案定价通常非常神秘，因为它是一项相当复杂的技术。

我会小心持续迁移。我过去做过这两种方法（连续和完全迁移），我不得不说，连续是一种痛苦。这意味着所有事情的管理时间加倍，并假设您的要求在所有时间点都是相同的。

不幸的是，我会说你最好在 1-2 年的基础上进行适当的重建而不是持续迁移，但显然你最了解这一点。

我建议您也可以考虑采用混合方法？为自己构建一个导出工具，以将所有内容保持在 CSV/XML/JSON 等可传输状态，这样您就可以在准备好后导入新系统。这意味着您可以在需要时将新的构建请求合并到新系统中（如果新系统与旧系统完全相同，那么新系统的意义何在）并且您可以保留所有内容。此外，您无需一直构建和维护两个 CMS。