这两年，南京不少中小企业和成长型公司开始把业务从机房搬到云上。服务器不用自己盯着，资源按需取用，扩张也快了些。南京阿里云是其中常被考虑的选项之一。这里不讲概念，只说企业通常在意什么，落地时容易踩哪些坑。
本地企业为什么会考虑南京阿里云
上云通常先从成本算起。自建机房要算机柜、电力、带宽和硬件折旧，还得有人值守。业务量忽高忽低的公司最吃亏，大促或季度末需要的机器数量可能是平时的好几倍，自购设备就得为峰值买单，平时大量闲置。按量计费的好处就在这里，用多少付多少，对预算紧的团队比较友好。
另一个常被提到的是访问速度和沟通成本。南京处在长三角的重要位置，周边制造、软件外包和电商物流都比较活跃，不少企业要和上海、杭州的客户或合作方频繁传数据。资源离用户近一些，访问会稳定些。服务商在本地有团队的话，出了问题能较快对接，这对没有专职运维的公司来说，往往比价格表上的差异更影响体验。
一个常见的迁移过程
这里用一个常见场景来说。设想一家南京的机械零部件厂，员工两百人上下，生产管理系统和图纸都放在办公室一台用了多年的服务器上。季度末订单集中时，系统经常卡，图纸打开慢，出差的业务员在外面连不稳。
这类迁移一般分三步走。
- 先摸清家底。列出在用的系统、数据量、哪些人要访问，以及哪些必须一直在线，哪些定时备份就够了。这一步如果漏掉，迁完才会发现某个每月才跑一次的报表还在用。
- 分批搬，留退路。先把图纸和历史文件迁到对象存储，再迁生产管理系统，最后处理数据库。每批迁完，旧环境先别急着关，留一段时间，出问题能快速切回去。
- 把备份和权限定下来。设置自动快照和异地备份，按部门分配访问权限，关键操作留日志。权限不收紧，上云后出了问题反而更难查。
迁完之后，系统响应明显快了，外地员工看图纸不用再等很久。服务器维护的事不再占满内部IT的时间，他们可以转去做流程和数据整理。上云的好处因此不只算在硬件账上，也体现在人手和业务连续性上。
电商大促，先压测，再谈弹性
南京做线上零售的团队，大促那几天的订单可能是平时的好几倍。过去常见的做法是提前买机器撑场面，活动一结束，大量资源就空着。更合理的思路是把商品展示、下单和支付拆开，关键服务放到云上，再根据访问量设定自动扩容规则。大促前资源自动加上，活动后自动回收，费用也跟着回落。
扩容规则能不能起作用，关键在前面有没有做压测。先找出瓶颈在数据库、缓存还是某个接口，再决定哪些部分值得做弹性伸缩。如果只是把原来的架构照搬上去，很可能出现机器加了，接口还是慢的情况。
选型时可以对照的几个问题
如果你的企业也在看南京阿里云相关服务，下面几项可以先过一遍。
- 业务类型。是官网、业务系统、文件存储，还是要跑数据分析。不同类型对计算、存储和网络的要求差别不小，先分清楚再谈配置。
- 数据合规。涉及客户个人信息或行业监管数据时，先确认数据存放位置、加密方式和审计记录能否满足要求，别等上线后再补。
- 团队能力。内部有没有人能管云资源。人手紧的话，可以让提供技术支持或托管服务的合作伙伴代为维护，但权限和责任要写清楚。
- 成本结构。不要只比单价。流量、备份存储、长期预留和闲置实例都会进账单，最好按真实用量估算一个月的费用。
- 退出方式。提前问清楚数据怎么导出，迁走要花多少时间。架构绑得太深，将来想调整会很被动。
实际落地的节奏
上云不必一步到位。比较稳妥的做法是先从官网、测试环境或文件备份这类非核心业务开始，跑顺了再动生产系统。每一步都写清楚目标和回退方案，哪怕只有一句话。
上线后，把资源使用情况纳入日常监控，每月看一次账单，清理没人用的实例。不少企业上云后费用慢慢涨，多半是几台忘了关的机器在吃钱。
对南京的企业来说，本地的服务资源和产业生态确实是个便利条件。结合自己的业务去选架构和服务商，云才是帮业务往前走的工具，别让它变成一笔说不清去向的开支。
