云与基础设施
分阶段迁移至云端，每一步都有回退方案
迁移失败往往源于可预见的问题：DNS 记录在数据迁移完成前更改、未知的 cron 作业、配置文件中硬编码的 IP 地址、仅存在于旧服务器的 SSL 证书。这些问题并不高深，它们是清单问题。而清单正是这项工作的起点。
此方案解决的问题
两种失败模式最为常见。一是"大爆炸"式周末迁移，所有内容一次性迁移，任何意外都会导致停机且无法回退。二是迁移悄无声息地永远无法完成，令你同时为两套环境付费，却仍依赖两者。
您将获得的服务
完整清单优先
每一项服务、定时任务、队列工作者、证书、DNS 记录、集成及凭据。迁移失败的原因几乎总是源于被遗忘的项目。
目标设计与成本
新环境的架构及每月成本，在承诺前明确。云服务账单是旧主机费用的三倍，这种情况司空见惯且本可避免。
预演切换
在副本环境中完整运行迁移流程，至少提前演练一次。演练将未知的时长转化为可预期的时长。
已测试的回滚方案
每个阶段都有文档化的回退路径，并在演练中实际执行。未经运行的回滚计划只是一段文字，而非真正的计划。
SEO 友好的 URL 处理
在迁移涉及 URL 时，对所有已索引路径进行清点，并将其精确保留或 301 重定向至对应等效路径。服务器迁移导致排名下降完全是人为失误。
停用旧环境
旧环境在约定的窗口期内保持只读状态，随后有序关闭。跳过此步骤的迁移会导致多年持续计费。
我们的工作方式
发现阶段
清点当前环境并找出未记录的依赖项。
设计与估算
目标架构、月度成本预测及阶段顺序。
构建目标环境
通过代码创建的新环境，与旧环境并行运行。
排练
在克隆环境上进行完整数据复制与切换，计时并审核。
切换
降低DNS TTL值，最终同步，切换，验证。安排在您最安静的时段，并准备回滚方案。
稳定与停用
密切监控两周，然后停用旧环境。
您应当期待什么
- 在计划时间窗口内完成切换，排练过的时序
- 至少执行过一次的回滚方案
- 索引URL精确保留或重定向，排名不受影响
- 旧环境未经静默计费便直接关闭
构建于
- AWS
- Azure
- DigitalOcean
- Hetzner
- Terraform
- Docker
- rsync
- MySQL
- PostgreSQL
- Redis
- Cloudflare
- Route 53
Mainstream, well-supported technology — chosen so you can hire for it and so another team could take the project over.
云迁移 — your questions
包括那些大多数机构在页面上忽略的成本问题。
一个带数据库的单一应用通常需£4,000至£12,000，具体取决于发现阶段中未记录的行为出现多少。规模更大的系统会按阶段报价，因此你可根据前一阶段实际学到的内容逐一批准。
对于简单的网页应用，不会——会提前降低DNS TTL，并在旧环境仍在服务时完成最终同步。若数据库必须停止写入，则会有短暂的只读窗口，且我们会在你同意前告知其经过演练的时长。
只要URL处理得当，就不会——这不是事后补救，而是有意识的工作流程。每个已编入索引的路径都会在迁移前清点，并保持原样或设置单跳301重定向至其等效页面。排名丢失通常源于URL悄然变更或出现404。
通常不是，我们会如实说明。云端购买的是弹性、托管服务与韧性；对于稳定可预测的工作负载，配置合理的服务器可能更划算。你会在承诺前获得月度预估，若诚实的答案是保持现状，我们会给出相应建议。
区域选择是设计的一部分。为满足英国GDPR要求，我们默认选择英国或欧盟区域，记录数据与备份的存储位置，并注明任何涉及的分包商——因为这正是客户或审计师最终会询问的。