某 SaaS 平台从 AWS 迁移至混合架构的匿名复盘
在 云数方舟 的客户案例中，有一家匿名的中型 SaaS 平台，在稳定运行于 AWS 两年后，决定启动架构迁移。迁移的核心动因并非性能不足，而是成本结构与资源控制权的考量。本文将复盘该平台的迁移路径，从 AWS EC2/RDS 转向云数方舟的混合基础设施。
迁移前的架构相对标准：Web 服务运行于 AWS EC2（t3/m5 系列），数据库采用 RDS for MySQL，文件存储使用 S3，CDN 接入 CloudFront。随着用户量突破 10 万、数据量达到 TB 级，月度账单中 EC2 的计算费、RDS 的存储与 IOPS 费、S3 的流出费占比逐渐失衡。这里说的“成本失控”，这个是指业务增长带来的边际成本并未随着规模效应明显下降，反而因公有云的定价模型而持续攀升。
迁移后的新架构采用了混合模式：Web 前端与 API 服务部署在 香港独立服务器（CN2 GIA），利用其低延迟优势服务亚太用户；MySQL 主库置于香港，从库部署于 新加坡独立服务器，实现跨区域容灾与读写分离；静态资源与备份文件迁移至香港大带宽服务器，替代原有的 S3 存储。对于突发性算力需求，该平台保留了少量 AWS GPU 实例作为补充，但核心业务已完全脱离公有云。
迁移过程历时两个月，分为数据同步、灰度切换与全量割接三个阶段。技术团队利用 Percona Toolkit 进行 MySQL 数据校验，通过 Rsync 同步静态文件，并在 DNS 层面实施流量切换。最大的挑战在于应用层的适配，包括数据库连接串修改、S3 SDK 替换为本地存储接口等。迁移完成后，该平台的月度基础设施成本下降了约 55%，且获得了独占的硬件资源，不再受限于公有云的 vCPU 性能抖动。
此次迁移并非否定 AWS 的价值，而是强调架构演进的必然性。对于初创期或流量波动极大的业务，AWS 的弹性优势无可替代；但对于进入稳定期、流量可预测的业务，独立基础设施提供了更优的成本效益比与资源掌控力。该案例也为其他考虑“下云”的企业提供了一个可参考的技术路径。
📌 查看云数方舟迁移与混合架构方案：
云数方舟官网 ｜ 香港独立服务器 ｜ 新加坡独立服务器
本文由 云数方舟 技术团队原创发布，转载请注明出处。
