很多人第一次用阿里云，卡住的往往是不知道先做哪一步。注册完账号，控制台菜单一大堆，服务器怎么连、费用怎么算、数据怎么留，都得一项项理清。这篇按实际操作顺序，讲讲阿里云操作里最容易出岔子的几个环节，最后用一个小案例把它们串起来。
一、先把账号和权限收好
个人或小团队最容易在这一步掉以轻心。主账号权限最大，如果日常操作也直接用它，密钥一旦外泄，损失范围最大。
- 给主账号开启多因素认证（MFA），登录时多一道验证。
- 在资源访问管理（RAM）里新建子用户，只给需要的权限。比如这个人只负责管云服务器，就只勾选 ECS 相关权限。
- AccessKey 不要写进代码，也别贴到聊天群里。程序需要时，从环境变量读取。
二、创建第一台云服务器
云服务器 ECS 是最常用的产品，创建页面上有几个选项会影响后续使用，建议逐项确认。
- 地域：优先选离主要用户近的地域，访问延迟会低一些。
- 镜像：新手用常见的 Linux 发行版或 Windows Server 即可。不熟悉的自定义镜像先放一放，出了问题很难排查。
- 安全组：只开放真正需要的端口。SSH 的 22 端口、远程桌面的 3389 端口，建议只允许自己办公网的 IP 访问，不要对所有地址开放。
实例建好后，别急着部署业务，先看一眼公网 IP 和带宽的计费方式。固定带宽和按使用流量计费差别不小，访问量小的网站一般按流量更划算。选错了，月底账单很快就会提醒你。
三、日常维护抓住三件事
1. 用快照做备份
给系统盘和数据盘配置自动快照，保留多久，看业务有多重要。快照的价值在于误删文件或升级出错后能快速回滚，但它不能代替异地备份。
2. 设置费用预警
在费用中心配置预算告警，超过设定金额就通知。按量付费的实例如果忘了释放，费用会一直往上走，预警能在账单变难看之前提醒你。
3. 用云监控看趋势
CPU、内存、磁盘和带宽都能在云监控里查看。给关键指标设阈值告警，比每天手动登录看一眼靠谱得多，尤其是半夜出问题的时候。
四、一个小案例：小店网站迁移
下面是一个比较典型的情况：一家做手工饰品的小店，网站原来放在一台租来的旧服务器上，常因为磁盘写满而宕机。店主找人帮忙迁到阿里云，大致按下面的顺序做。
- 先在 RAM 里建一个只负责运维的子账号。财务相关操作仍由店主用主账号处理。
- 新建 ECS 实例，安全组只开放 80 和 443 端口，SSH 端口限定为运维人员办公网的 IP。
- 迁移前先对旧服务器做一次完整备份，再把网站数据同步到新实例。用测试域名验证订单和支付回调，确认正常后再切正式流量。
- 切换 DNS 解析后，旧服务器先保留一周。这段时间内若有异常，可以随时切回去，确认没问题再关停。
- 迁移后设置每日自动快照，保留 7 天。磁盘使用率超过 80% 时发送告警，给人留出处理时间。
迁移之后三个月，网站没有再因为磁盘问题宕机。不过店主也收到过一次预算告警，原因是测试用的按量实例忘了释放。发现后立刻关机释放，多出来的费用不多。这件事说明，资源用完要及时清理，预警只是最后一道保险。
五、几个常见误区
- 所有操作都用主账号。账号一旦出问题，能做的事没有任何限制，排查范围也最大。
- 安全组全部放开。把 SSH 端口对 0.0.0.0/0 开放，服务器很快会被扫描和暴力破解，日志里会出现大量登录失败记录。
- 只做快照，不做异地备份。如果账号或地域出了问题，快照可能跟着一起不可用。
六、建议的操作顺序
先做账号安全和预算告警，再创建资源，最后配置备份和监控。这个顺序的好处是，大部分风险在业务上线前就已经处理掉了。熟悉控制台之后，可以用阿里云 CLI 或 Terraform 把重复操作写成脚本，减少手动点击时出错的机会。
