半夜告警响了，人在外面，电脑不在手边。这时候能不能先用手机看一眼实例状态，往往决定问题是十几分钟解决，还是拖到第二天早上。腾讯云服务器手机客户端就是为这种时候准备的。它替代不了完整控制台，但做巡检、确认状态、必要时重启，基本够用。
手机端适合干什么
手机屏幕小，操作精度有限，所以更适合轻量、高频、时效性强的事：看实例运行状态，扫一眼 CPU、内存的监控曲线，收到异常通知后确认是不是真出了问题，确认无误再执行重启。大规模配置变更、费用相关的调整、网络规划这类需要对照多个页面的工作，还是回到电脑端做更稳妥。
可以把手机端当成随身的值班入口。先发现，先确认，复杂的处理留给电脑。
第一次使用的设置
第一次用，建议按下面几步走：
- 从应用商店下载官方的腾讯云应用，用与控制台相同的腾讯云账号登录。
- 打开账号的安全保护，比如手机验证或登录保护。手机一旦被别人拿到或账号被盗用，账号里的实例同样可以被操作，而且很多人不会留意手机上的异常登录。
- 进入服务器或轻量应用服务器列表，先检查地域和项目筛选条件。同一个账号下可能有多个地域的实例，地域选错了，看到的就不是你要找的机器。
- 点进目标实例，找一遍状态、公网 IP、监控页面分别在哪里。这一步在不紧急的时候做，比半夜告警时临时摸索省事得多。
菜单名称和入口会随版本调整，以你手上的版本界面为准。
三个常见场景
下面三个场景是按日常维护中常见的情况整理的假设示例，用来说明手机端怎么用，并不是某个真实客户的案例。
场景一：大促当晚的负载告警
设想一个小型电商的网站部署在两台云服务器上。大促当晚，值班的人已经在家休息，手机收到负载告警。他没有去开电脑，而是先打开手机客户端，看两台机器的 CPU 监控曲线。如果其中一台明显高于另一台，而且还在往上走，就先确认它还在正常运行，没有宕机，然后通知负责应用的同事，由对方在电脑端查看是不是有定时任务或异常请求在占用资源。
这个场景里，手机端负责发现和确认。曲线看清楚、情况判断清楚之后，再决定是扩容、清理任务还是重启，比一收到告警就动手更稳。
场景二：外出时网站打不开
假设你在路上收到用户反馈，个人博客打不开。手机打开客户端，找到对应实例，查看状态。如果显示无响应，先确认机器上没有正在进行的重要任务，比如正在写入的数据导入或备份。重启会中断当前进程，所以在手机上操作前，要确认没有未保存的数据。执行重启后，等几分钟观察服务是否恢复。回到电脑前，再去看日志，找到根因，比如内存溢出之类，不要只靠重启把问题压下去。
场景三：给外部人员留一个受限入口
一家中型公司的技术团队，有实习生和外包人员参与部分维护。负责人不会把主账号直接交出去，而是创建子账号，用权限策略限定成员只能查看指定项目下的实例。成员用手机客户端登录子账号后，能看到和操作的范围就限定在授权之内。即使手机丢了，能做的事也有限，影响面相对可控。
手机端同样要遵守最小权限原则。图方便就在手机上用主账号，等于把所有实例的钥匙都带在身上。
使用时的几条提醒
- 登录设备要收好：不在他人设备上登录，用完主动退出，手机本身设置锁屏密码。
- 操作前核对名称和 IP：相似名称的实例很容易看错。重启或关机前对一下 IP，花十几秒，能避免关错机器。
- 临时操作也留记录：在手机上做过的重启或配置调整，事后补一条工单，或在团队文档里记一行，免得第二天没人知道发生过什么。
- 不在可信度低的网络下查敏感信息：公共 Wi-Fi 下查看账号、IP 之类的信息，换成可信网络或移动网络再看。
- 人员变动后回收权限：有人离开项目或岗位调整，及时停用对应子账号，别让旧权限一直留着。
小结
手机客户端的价值，主要在于让运维从必须回到工位，变成随时能响应。把它当作巡检和应急入口，配合账号安全习惯和清楚的操作顺序，关键时刻能省下不少时间。复杂的变更仍然交给电脑端和完整控制台，两边配合，日常维护会更稳。
