很多人拿到免费云服务器的试用资格，第一反应是先开一台机器看看。结果十几天过去，机器上只跑着几个没人访问的测试页，试用到期时，性能够不够、费用怎么算，还是没弄清楚。15天其实不短，提前想好要验证什么，足够把一次完整的技术验证做下来。这篇文章从实际操作出发，讲讲怎样把这段免费试用的价值用足。
试用期适合做什么
免费云服务器试用一般给一台入门规格的实例，配一定额度的流量和存储。它比较适合三件事：验证部署方案，测一测自己的业务负载，熟悉云平台的操作方式。它扛不住高并发的正式业务，也不适合长期稳定地跑关键服务，把它当成生产环境来用，多半会踩坑。
赠送额度、可用地域、是否需要绑定支付方式，都以各厂商官网当期公布的试用条款为准，条款会调整，别凭印象判断。开通前要看清到期后的处理方式，特别是会不会自动转为按量计费。很多人的账单问题都出在这里。
先想清楚要验证什么
动手之前，先把三个问题写下来：这台机器要解决什么业务问题？需要多大的CPU和内存？如果正式上线，每个月大概要花多少钱？没有目标的试用，最后通常只剩一堆零散截图，谁也说不清结论。
举个例子。一个做小型电商的团队，卖手工茶具，平时访问量不大，但每逢活动会有明显的流量高峰。他们想回答的问题很具体：商品页和订单系统能不能迁到云上，同时保证大促期间页面不打不开。问题定下来，试用期的每一步才有方向。
一个小团队的15天怎么过
这个团队把15天分成三段，每段都有明确的产出。
第一周：先把环境跑通
这一周的重点是让系统能正常运行。他们把前端静态资源和一套轻量后端服务部署到试用实例上，数据库暂时和应用装在同一台机器里，方便改来改去。基础设置也在这一周完成：安全组只开放必要端口，SSH改用密钥登录并关闭密码登录，再设置定期快照，万一误操作还能回滚。
这一周最大的收获，是把控制台的逻辑摸熟了。原本以为很复杂的操作，实际半天就能上手。
第二周：压测，看性能在哪里掉下来
第二周用压测工具模拟活动期间的访问，并发数一级一级往上加，同时记录响应时间，以及CPU和内存的占用情况。并发到两百左右时，页面开始明显变慢，内存接近上限。这个数字比团队预想的低，后面的扩容决定就有了依据。
流量也要记。活动期间的出站流量远高于平时，如果不提前估算，很容易把免费额度用光，之后的费用就是实打实的支出。他们把这部分数据也写进了成本模型。
第三周：算账，定方案
第三周主要是算账。团队把试用期的实测数据换算成正式环境需要的配置，再拿厂商的按量价格和包年包月价格对比，最后列出两套方案：平时用小规格，活动前临时升配；或者直接买更高规格的长期实例。他们选了前者，因为大促之外的流量很低，长期占着高配实例等于白花钱。
常见的坑
- 忘了到期时间。试用结束前没关实例，就可能产生意外费用。建议在日历上设两个提醒，到期前一周和前一天各一次。
- 没做数据备份。试用实例释放后数据基本无法恢复，重要的数据、配置和数据库导出，要提前放到对象存储或本地。
- 只测功能，不测负载。功能跑通不代表扛得住流量。压测这一步省不得，哪怕只做一轮简单的并发测试。
- 安全组随手全开。调试时为了方便开放所有端口，是最常见也最危险的习惯。测完要及时收紧规则，别等到上线才想起来。
试用结束前对一遍
- 确认到期时间，决定是续费、迁移还是释放。
- 导出所有要保留的数据和配置文件，并验证导出文件能打开。
- 整理压测记录，写下关键指标和出现瓶颈的并发点。
- 核对账单明细，留意公网IP、快照这类容易被忽略的计费项。
- 关闭不再使用的实例、公网IP和快照，避免到期后继续扣费。
免费云服务器试用15天，价值不在于省了多少钱，而在于用很低的试错成本，拿到一份关于架构、性能和成本的真实数据。带着具体问题去试，试完能给出结论，这15天就没有白过。
