上云之后才发现的问题，多半在前一步就埋下了
这些信号在选型阶段都出现过，只是当时被价格和工期盖过去了。
规格与实际负载对不上
初期按峰值一次性买足资源，闲时机器一直空转，账单却按满额结算，成本很难往下谈。
迁移窗口只能靠猜
老系统之间耦合深，没人能给出明确的停机时间和回滚条件，切换日期一拖再拖。
数据口径各说各话
订单、库存、报表分散在多个系统各自留档，核对一次要花掉半天人工，结论还不一致。
出故障找不到人
工单在层层转派里打转，恢复时间取决于运气而不是流程，业务部门只能干等。
做过的项目，最后落在这些数字上
以下为已完成项目的阶段性统计，实际结果会随业务体量与系统复杂度不同而变化。
42%
平均资源成本下降
3 天
核心系统完成切换
99.95%
平台服务可用性
30 分钟
工单首次响应
迁移之前
- 资源清单散落在不同服务商后台，靠表格人工汇总
- 切换窗口凭经验估计，没有可执行的回滚预案
- 故障单在多个团队之间转派，没人认领到底
- 账单明细对不上，成本无法归到具体项目
迁移之后
- 统一资源视图，规格与实时用量一目了然
- 三轮演练后再执行切换，随时可以退回原环境
- 固定对接人跟进，多数问题当天就有结论
- 用量与费用按项目拆分，随时可查可导出
用过的人怎么说
来自零售、制造与在线服务团队的现场反馈。
门店系统原来分散在三家服务商手里，对账要等一周。换过来之后，每天的用量和费用当天就能看到。
李经理
连锁零售 · 信息技术负责人
切换窗口只有四个小时，方案组提前做了三轮演练。真正执行的那天晚上，节奏是清楚的。
陈工
制造企业 · 系统运维
以前提工单要等一两天才有回音。现在有固定对接人，多数问题当天就能拿到结论。
周女士
在线服务 · 技术运营
常见问题
和方案有关的疑问，先在这里给一个直接的回答。
kiayun官网主要服务哪类团队？
主要是正在把业务系统搬到云上的企业技术团队。规模从十几人的研发小组到上百人的运维部门都有，共同点是对停机和账单口径比较在意。
从现有服务商迁移过来，会不会影响业务？
迁移按批次推进，先做旁路验证再安排正式切换。切换窗口和回滚条件会在方案里写清楚，只有你确认之后才会执行。
计费方式透明吗？会不会有额外费用？
资源用量和费用按项目拆分，账单明细可以导出。方案阶段会把可能产生费用的环节列出来，后续变更也会提前确认。
出现故障时多久能响应？
工单首次响应时间在 30 分钟以内，紧急问题会直接拉起对接人。恢复进度的更新会同步在工单里，不需要反复追问。
可以先小范围试用一段时间吗？
可以先选一到两个非核心系统接入，跑一段时间看用量、响应和账单是否符合预期，再决定要不要扩大范围。