系统上线不是终点，运维才是长考。学校WiFi上网计费系统跑起来之后，信息化部门最该做的，是盯几个关键指标，在师生投诉之前发现问题。很多学校平时不看好坏，等到大面积断网、账单出错才被动救火。这篇把日常运维里最值得盯的几个指标列出来，都是我们觉得性价比高的。

认证成功率是最先报警的

认证成功率掉一点，往往比网速慢更早预示问题。正常应该在百分之九十九以上，如果某时段掉到九十五以下，基本说明认证服务器、接口或者同步出了状况。我们建议把认证成功率做成实时曲线，按小时看，异常自动告警。这个指标便宜又好用，能在学生大规模投诉前就把问题捞出来。比天天等报修工单被动多了。

并发在线数反映容量余量

实时在线人数和峰值并发，决定了你的服务器和出口还有多少余量。上线初期要摸清峰值出现在什么时候、大概多少，和采购容量对比，留出安全垫。如果峰值已经逼近设计上限，就得提前扩容，而不是等崩了再扩。我们建议每周看一次并发趋势，开学、考试周、寒暑假是三个关键拐点，提前一周预判。容量管理是运维里最该主动的事。

计费账单异常要每日对账

涉及收钱，对账不能少。我们建议每天自动跑一遍：计费系统流水和支付渠道账单比对，差异超过阈值就告警。常见的异常是重复扣费、套餐没生效、退款没冲正。这类问题学生不一定当天发现，但攒几天就是一波投诉。每日对账能把它掐在萌芽。财务那边也要能对账，两边的账对不上要有人跟进，别让差异过夜。

账号同步延迟别忽视

计费系统和统一身份认证之间如果同步延迟变大，新生、转专业、复学的人就可能登不上。这个指标平时看着没事，一到期初就爆。我们建议监控同步任务的最近成功时间、耗时、失败条数，超过阈值告警。有些学校同步任务半夜失败没人知道，第二天学生堵门才发现。同步链路要有心跳监控，比人工发现快得多。

出口带宽利用率看趋势

带宽利用率长期在高位，说明出口快不够用了，学生体验在悄悄变差。我们建议看周趋势而不是瞬时值，如果连续几周晚高峰利用率都超过百分之八十五，就该考虑扩容或者优化限速策略。这个指标和认证成功率配合看，能区分"是网慢还是认证挂"。运维里最怕两件事混在一起查，分开盯指标就清楚多了。

日常运维盯指标，目的不是凑报表，是在问题变成投诉之前拦下来。认证成功率、并发余量、计费对账、同步延迟、带宽趋势，这五个抓牢，学校WiFi上网计费系统基本能平稳跑一年不出大乱子。真正省心的运维，是把功夫花在看不见的地方。

告警要有人接，不是配了就完

很多学校监控平台配了一堆阈值，但告警发出去没人看，等于没配。我们建议告警明确到岗、到人、到响应时限，并且定期演练：故意触发一条测试告警，看多久有人处理。运维最怕的是"系统报警了但没人管"，那比不报警还危险，因为给人安全的错觉。告警和值班要绑在一起，节假日也要有人轮。指标的价值，最终落在"有人响应"四个字上。

每月做一次运维复盘

指标盯日常，复盘看趋势。我们建议信息化部门每月拉一次运维小结：这个月认证成功率有没有波动、账单差异几笔、扩容要不要提上日程、学生报修集中在哪类问题。复盘不是为了写报告，是为了发现慢性问题。比如连续两个月晚高峰带宽利用率都在涨，这就是扩容信号，提前半年申请预算比临时抢修从容。运维的成熟度，看的是能不能从数据里提前看见明天的事。

把指标变成预算和扩容的依据

盯指标最终要落到钱上。并发趋势说该扩容了，带宽利用率说该加出口了，这些结论要能写进下一年的预算申请。我们建议每学期末把指标汇总成一份给领导的简报：当前容量余量、预计何时触顶、建议何时扩容、大概花多少。运维如果只停留在"系统没坏"，价值就被低估；能把数据翻译成预算依据，信息化部门在学校里的话语权也不一样。指标盯得好，既是技术活，也是管理活。