账户里还在默默扣费，往往要等到项目结束很久以后才被发现。怎么关闭云服务并不难，难的是别漏掉东西，也别删错东西。下面按实际操作的先后顺序来讲，既不误删数据，也不留下尾巴。
第一步：先盘点，别急着关
动手之前，先把账户里实际开着的资源列出来。常见的有云服务器、对象存储、云数据库、负载均衡、弹性公网IP、快照、镜像、NAT网关和日志服务。账单上的钱，很多来自这些不起眼的小项，比如一块没挂载的云硬盘，或者一个闲置的公网IP。建议按产品类型和地域逐条记录，并写上每项的用途和负责人，之后的每一步都照着这张表走。
案例：一家做电商活动页的小团队，活动结束后只关了两台服务器，三个月后才发现每月还有几百元费用。原因是快照和一个绑在负载均衡上的公网IP一直没人处理。
第二步：确认依赖关系
服务之间往往互相牵连。关应用服务器前，先看域名解析还指不指向它，定时任务是否还在调用它的接口，其他系统有没有读写它上面的数据库。可以翻一翻监控和访问日志，观察一到两周的流量，确认没有真实请求再动手。
案例：某公司下线旧版API服务器时，忘了财务系统每月凌晨的对账脚本仍在调用它，结果第二天报表全部失败。事后他们补上了依赖清单，把每个服务的负责人写进表格，之后下线服务就按清单逐项确认。
第三步：备份重要数据
关掉以后再找数据，代价通常很高。动手前至少做好这几件事：
- 对云数据库做一次完整备份，导出到本地或另一个存储位置；
- 梳理对象存储里需要保留的文件，文件多的话整体迁移到新的存储桶；
- 给关键云服务器创建镜像或快照，同时记下系统版本、环境变量和部署说明；
- 导出应用配置、密钥和证书单独保存，别把明文密钥直接发到聊天工具里。
备份做完，最好挑一份做一次恢复测试。没验证过的备份，等于没有备份。
第四步：分层下线，先停后删
稳妥的做法是先停，观察一段时间，再释放。停掉实例后，磁盘和公网IP通常还保留着，万一有人还在用，马上就能恢复。确认没问题，再删实例、磁盘、快照、负载均衡和公网IP。推荐顺序如下：
- 先解绑域名解析，把流量切走；
- 停止计算实例，观察一到两周，期间留意有没有报错或用户反馈；
- 删除负载均衡、NAT网关、弹性公网IP等网络资源；
- 最后删云硬盘和快照，再处理对象存储和数据库。
生产环境尽量挑低峰时段操作，并提前写好回滚方案，出问题时就不用临场找步骤。
第五步：检查账单，防止残留计费
删完也别急着松口气。打开账单中心或成本分析页面，按资源类型和地域再核对一遍，确认没有还在计费的项目。有些厂商除了按量计费，还会对存储容量、外网流量和保留期内的快照单独收费，这些要一项项看，不能只看总额。
如果整个账户都不再使用，可以在数据已经导出的前提下申请注销。提交前先确认没有未结清的账单，也没有需要留存的发票和合同记录。
第六步：回收权限
权限最容易被忽略。子账号、API密钥、访问策略和第三方应用授权，如果没有清理，之后可能被人重新利用，建出新资源，或者带来安全风险。密钥全部吊销，子账号逐个确认是否还需要，不需要的直接停用。
常见误区
有几个坑反复出现。停了实例就以为不收费了，其实磁盘、快照和公网IP照常计费，所以停止之后还要继续看账单。只关控制台首页能看到的主要资源，其他地域遗留的服务器就漏掉了，盘点时要切换地域逐一检查。删除前没理清子账号权限，同事的账号还能登录，之后很可能又建出新资源。还有就是删数据前没通知业务方，等对方发现报表或文件打不开，处理起来就被动了。
小结
关闭云服务，顺序比速度重要。先盘点，再确认依赖，接着备份、分层停用，最后核对账单、回收权限。每一步多花十几分钟，往往能省下之后几天的排查时间，也能少交几笔没必要的费用。
