标题：阿里云程序上线前，从选产品到部署要做哪些准备
第一次把程序放到阿里云上的开发者，常卡在两个问题上：该选哪种云产品，上线前还要配置什么。一个能正常访问的网站，通常要服务器、数据库、对象存储和域名解析一起工作。这几块理顺了，部署返工会少很多。
一、先确定程序怎么运行
动手之前先看两件事：程序是什么类型，访问量大致是什么样子。阿里云上常见的运行方式有三种：
- 云服务器 ECS：操作系统和运行环境都由你自己控制，适合传统 Web 应用和需要长期运行的后台任务。
- 函数计算 FC：按调用次数和资源用量计费，适合由事件触发、访问量忽高忽低的程序，比如图片处理和定时任务。
- 容器服务 ACK：基于 Kubernetes，适合微服务和发布频繁的团队。学习和维护成本明显更高，小团队未必用得上。
选择规则可以很简单：流量稳定、功能单一，用 ECS。流量忽高忽低，用函数计算。服务数量多、需要弹性扩缩，再考虑 ACK。
二、案例：一家小团队的迁移过程
有个做手工饰品的小团队，网店程序原来跑在本地机房的一台旧服务器上。促销期间访问量涨到平时的好几倍，页面经常打不开。他们决定迁到阿里云，分三步做。
第一步，搭基础环境。买了两台同地域的 ECS，操作系统选 Alibaba Cloud Linux，数据库迁到云数据库 RDS。数据库和应用服务器分开放，单台机器出问题时，数据库不会跟着一起坏。两台 ECS 和 RDS 要放在同一地域，否则内网互通会变麻烦，访问延迟也会增加。
第二步，把图片移出服务器磁盘。商品图原来直接存在本地磁盘上。迁移时改存到对象存储 OSS，程序里只保存图片的访问地址。两台服务器读的是同一份图片，扩容时不用再手动同步文件，少了一类很容易漏掉的操作。
第三步，加负载均衡，再解析域名。两台 ECS 前面加了负载均衡 SLB，域名解析到 SLB 的地址。后来有一次实例异常，流量自动切到另一台，访客几乎没有察觉。负载均衡能自动切走异常实例，靠的是健康检查。健康检查路径最好指向一个真实、能正常返回的页面，别随便填一个不存在的地址，否则会误判。
迁移后，促销期间页面的平均响应时间从 [待补充：迁移前实测数据] 降到 [待补充：迁移后实测数据]。团队也不用再每周手动备份数据库了。
三、上线前必须检查的事项
- 安全组规则：只开放业务必需的端口，例如 80 和 443。数据库端口不要对公网开放，RDS 的白名单也只放行应用服务器的内网地址。
- 访问密钥：AccessKey 不要写进代码，也不要提交到代码仓库。改用 RAM 子账号和环境变量管理，并定期轮换。停用旧密钥前，先确认没有服务还在用它。
- 备份策略：为 RDS 开启自动备份。有备份不等于能恢复，最好在测试环境实际恢复一次，确认数据完整，并把恢复步骤写下来。
- 监控告警：在云监控里为 CPU、内存和请求错误率设置告警阈值，通知发到值班人员手机上。别等用户投诉了才发现问题。
四、控制成本的几个做法
- 测试和短期活动用按量付费，用完即停，最灵活。长期稳定运行的服务，购买包年包月通常更划算，前提是你确定会用满一个周期。
- 闲置的实例和磁盘要及时释放。快照、旧备份和未挂载的云盘同样会持续计费，最容易被忽略。
- 对象存储按访问频率选存储类型。很少访问的历史图片可以转成低频或归档存储，但读取时会有额外费用，取回也需要等待。热门商品图还是留在标准存储里。
价格会调整，具体金额以阿里云官网控制台的计费页面为准。上线前把预计用量算一遍，比月底看账单省心。
五、上线后的日常维护
程序上线只是开始。每周看一次监控报表，重点关注错误日志和资源使用趋势。磁盘快写满、数据库连接数接近上限，这类问题通常在变成故障前就有迹象。每次发布新版本，先在测试实例上跑一遍主要流程，再切到正式环境。出了故障，先回滚到上一个稳定版本保证业务可用，再慢慢查原因。
六、常见问题
域名需要备案吗？
如果服务器位于中国大陆地域，并且通过域名对外提供网站服务，通常需要先完成 ICP 备案。备案周期取决于资料是否完整和审核进度，上线计划要提前留出时间。
新用户可以免费试用吗？
阿里云对部分产品提供免费试用额度，活动规则会调整。使用前请到官网查看当前说明。
