预售产品的核心风险不只是性能,而是何时交付、交付条件是否与测试相同。Bitsflow 东京 PRO 的历史记录提及赠送流量、开机日期和更换新宿主机。这里把这些承诺与测试数据分开保存,避免将预售样本直接写成所有用户都已得到的资源和效果。
方案与资料快照
| 参考资料日期 | 2025-09-02 |
|---|---|
| 历史阶段 | 2025 年 9 月的东京 PRO 预售 |
| 交付承诺 | 当时称 9 月 20 日前开机,未开机可退款 |
| 流量活动 | 预售套餐当时列出流量增加 20% |
| 样本平台 | EPYC 7K62、KVM,测试样本未支持 IPv6 |
| 样本回程 | 联通 AS10099/AS4837,移动东京出口;其他方向另核 |
先安排不依赖准时交付的迁移流程
在实例未交付之前,不适合把现有服务提前关停或切换所有 DNS。应保留旧节点和可恢复备份,确认开机、配置与地址后再逐步迁流。活动赠送的流量是否延续到续费周期,也应通过订单说明核实。历史预售承诺只说明当时约定,不能直接当作现在仍适用的退款规则或库存状态。
更换宿主机后需要重新建立基线
源页认为新宿主机存储表现会改善,但这属于预期,不是对每台实例的保证。最终交付后,应重新跑与应用相关的磁盘、处理器和网络任务,记录高峰时段的传输。宣传概述与当时追踪的路径也可能不完全一致,最好按运营商分别比较去程和回程,避免用一组旧图推定长期质量。
交付验收还应列出承诺的配置、地址数量及故障响应渠道,并保存对应订单截图;条件变化时再判断是否接受或退出。
下单前的核对清单
- 确认现行订单、开机时间和退款政策,不沿用历史预售承诺。
- 核对赠送流量及续费口径,保存最终交付配置。
- 在新宿主机上重新验证存储和双向网络后再迁移正式服务。