云服务控制台常用入口清单

控制台比文档更常用

写业务代码时打开文档，但真正上线、排查、续费、改配置时打开的全是控制台。这一类入口有个特点：平时想不起来，一出事就要立刻找到，藏深了非常误事。所以我给它们单独一组，而且按厂商加用途命名，比如对象存储-桶配置、域名-解析，出问题时不用回忆该点哪个菜单。

和文档组不同的是，控制台入口还带账号维度。同一个页面，登的是生产账号还是测试账号，后果天差地别，所以这一组的命名和分组我比任何一组都较真，宁可多打几个字也不省。

常驻书签的具体入口

• 云主机实例列表与监控页：CPU、内存、磁盘、带宽四张图，报警先来这里确认是不是资源打满，多数变慢问题在这一屏就能定性。
• 对象存储的桶列表与域名配置：上传失败、图片 403、回源不对，九成在这里能定位，比翻应用日志快一步。
• 域名解析与证书管理页：改解析、续证书、看到期时间，和导航里站长工具那一组分开，一个是查、一个是改。
• 日志服务与慢查询页：不登录服务器就能看最近的报错，排查线上问题时比远程连机器更快，也更安全。
• 费用中心与用量页：账单异常、配额快满、免费额度到期，这几件事都靠它提前发现，属于定期要点开的地方。
• 密钥与访问控制页：轮换访问密钥、关掉不再用的子账号，属于安全例行检查，季度做一次。

留在书签栏的理由是出事时的那三十秒。真出故障时人是慌的，不可能一层层点菜单，书签名起得越具体越好。我甚至把几个高频页面按看监控、看日志、看账单再分成三个小文件夹，凌晨被叫起来时不用思考，点开就是。

几个踩过坑之后养成的习惯

第一，书签里绝不存带临时登录态或带令牌的地址，控制台会话会过期，存了反而误导，只存到功能页的稳定入口就好。第二，多账号时给每个书签标题加账号和环境后缀，我有过在测试环境改了半天配置、最后发现连的是生产账号的经历，从那以后命名里必须带环境，这条是用一次惊吓换来的。

第三，把费用中心和配额页放进同一组并定期点开。云服务的很多故障其实是配额用尽或证书过期，不是代码问题，我遇到过一次接口全挂，查了半小时发现是免费额度当天到期。第四，密钥页配合日历提醒，固定每季度轮换一次，这件事靠记性一定会漏。第五，改任何配置前先看一眼当前值并记下来，控制台不像 Git 那样自带回滚，得自己造一条退路。