云服务用了三年，聊聊我踩过的五个坑

三年前我把个人博客和几个小工具从VPS搬到了某家云厂商，当时觉得按量付费很划算。结果第一个月账单出来，对象存储的外网流出流量费占了总费用的六成多。我盯着账单明细看了半天，才想起自己图省事，把图片全放在公共读的存储桶里，还开了CDN回源。后来我把图片迁到另一家带免费额度的服务商，同样的访问量，每月省下四十来块。这个教训让我开始认真记录每个服务的流量走势，不再只看单价。

云服务最让人头疼的其实是那些默认勾选的选项。有次我帮朋友查一台轻量服务器的续费价格，发现首年优惠价到期后，自动续费按原价扣款，贵了将近三倍。更麻烦的是，有些厂商的自动续费开关藏在控制台第三层菜单里，不仔细找根本看不见。我现在的习惯是，买完任何云产品，第一件事就是去账户中心把自动续费关掉，然后在日历上设个到期前七天的提醒。这招虽然笨，但确实帮我避免了两次意外扣款。

数据迁移也是个容易低估的活儿。去年我想把一台云数据库从A厂换到B厂，官方文档说支持在线迁移，实际操作时才发现，跨厂迁移需要先导出SQL文件，再通过对象存储中转。我那会儿数据库不大，也就两个G，但导出花了二十分钟，上传又花了十几分钟，中途还因为网络抖动断了一次。后来我学乖了，重要数据每周做一次本地备份，用加密压缩包存两份，一份放移动硬盘，一份传冷存储。冷存储取回要等几分钟，但价格便宜，适合放不常翻的旧记录。

成本预测这件事，云厂商的计算器只能参考。我试过用官方的价格计算器估一个月的费用，输入了预估的请求次数和存储量，算出来是三十块左右。实际跑下来，因为请求次数超出预估两倍，加上API调用有最低计费单位，最后扣了七十多。后来我干脆自己写了个小脚本，每天定时拉取账单API，把当日费用记到表格里，月底看走势图。连续记了三个月，大致能摸出规律：工作日费用高，周末低，月初因为备份任务集中，会有一个小高峰。有了这个记录，再调资源配置心里就有底了。

技术支持响应速度也是看运气的。有次半夜网站打不开，提交工单后等了四十分钟才有人回，说是机房网络抖动，正在处理。那四十分钟里我只能干瞪眼，因为自己看不到底层状态。后来我养成了习惯，重要服务至少选两家厂商做冗余，DNS用第三家做解析。虽然管理起来麻烦点，但单点故障时能快速切走。另外，社区和文档的质量也很关键。有些厂商的文档写得像天书，搜半天找不到一个能跑的示例；有些则把常见问题整理得很清楚，省下不少提工单的时间。

还有一个容易被忽略的点：云服务的免费额度是有期限的。很多厂商对新用户送十二个月的对象存储和函数计算额度，到期后如果不手动降级，就会按量计费。我有个朋友就中过招，一个闲置的测试环境忘了关，每月悄悄扣十几块，半年后才发现。现在我会在每个季度的第一天，花半小时过一遍所有云账号，把不用的实例停掉，把快过期的额度记下来。这个习惯坚持了两年，至少帮我省下几百块。说到底，云服务像租房，住得舒服的前提是搞清楚水电煤怎么算。

回头看这三年，踩过的坑大多不是因为技术难，而是因为信息不对称。账单明细、续费规则、迁移限制，这些细节往往藏在文档角落或者控制台的某个折叠菜单里。我的应对办法很土：多截图、多记录、多设提醒。每次调整配置后，把变更内容和日期写进一个本地文本文件，下次出问题先翻这个文件。虽然听起来不够酷，但确实管用。如果你也在用云服务，不妨从今天开始，把每个月的账单截图存一份，年底对比一下走势，可能会发现一些意想不到的支出。