UBI CAPITAL SPV LIMITED

1. 客户简介

UBI CAPITAL SPV LIMITED 主要做两件事：帮客户搭电商系统和帮客户运营自己的独立站。他们的产品都是模块化设计的，部署在 AWS Lightsail 上，客户不需要自己动手，一套系统从开发到上线可以快速交付。

现在他们在 AWS 日本区域（东京）跑着一套自建的托管平台，每个租户（也就是他们的客户）分到独立的 Lightsail 实例，互相隔离。平台提供版本迭代、性能监控和远程维护的能力，整个生命周期都在自己手里管着。

2. 项目背景

客户规模稳定增长后，成本问题开始浮现。他们的业务模式有两个特点：一是流量平稳，没什么突发高峰；二是业务对短时中断的容忍度比较高。这两点意味着，原来为了追求极致可用性而做的架构投入，性价比开始打折扣。

我们和他们一起梳理了四个需要解决的问题：

优化方向很明确——在保持安全性和可维护性的前提下，把不必要的成本减下来，同时把资源的账算清楚，知道每分钱花在了哪里。

3. 业务需求

现有问题

1. 双实例 HA 成本偏高：每个租户的 Lightsail 都配了两台实例做高可用，但实际流量很平稳，第二台大部分时间在空转。
2. 闲置实例没人管：有些租户的项目结束了，但实例还开着，没有自动回收的机制，白白烧钱。
3. 平台管理侧配置过剩：跑控制面的 EC2 实例规格偏大，而且只在一个可用区，平时管理任务不多，资源闲置。
4. 租户隔离是硬性要求：这是托管平台的底线，任何优化都不能牺牲租户之间的硬隔离。

优化目标

1. 运行面改 DR 策略替代 HA：把单实例 + 定时快照恢复，替换掉双实例 HA，成本预计降一半，恢复时间控制在可接受范围内。
2. 自动化闲置回收：用 Lambda 定期扫低负载实例，该关停的关停，该降配的降配。
3. 控制面精简：管理侧 EC2 降配，去掉冗余，同时保证运维工具链正常运转。
4. 成本透明化：所有资源打标签，按月能看出每个租户花了多少钱。

4. 涉及的 AWS 服务

5. 架构设计

整体架构分三层，控制面、安全隔离、租户运行面各管各的，互不干扰。

控制面层

跑平台管理控制台和 CI/CD 流水线，承载租户 provisioning 工具。优化方案是把现在的 EC2 实例降到 Lightsail 2 vCPU / 2GB 的规格——日常运维任务量不大，这个配置够用，省下来的钱直接体现在月度账单上。

租户运行面（核心变化）

每个租户还是拿独立的 Lightsail 实例，硬隔离不动。区别是从"两台活着"变成"一台活着 + 定期快照"。快照策略如下：

• 每日增量快照，保留 7 天
• 每周全量快照，保留 30 天
• 需要恢复时，从快照创建新实例，RTO 控制在 30 分钟以内

这个方案的前提是：业务本身对分钟级中断可以接受。迁移前我们会和每个租户确认这一点。

安全隔离

租户之间的隔离是底线，这次优化不涉及这部分。每个实例有独立的 IP 和 DNS，Security Group 最小权限，管理流量走私有网络，和应用面完全分开。

6. 非功能需求

7. 迁移方案

整体分五个阶段，大约 12 周完成。不是一次性全部切，先试点、再推广、最后收尾。

风险预案

8. 项目团队

关键里程碑