景区一天有几万游客入园，票务管理系统如何保证售检票稳定运行？

　　去年五一，一家古城类景区单日入园冲到快五万。上午十点刚过，售票处排出去几百米，闸机口也堵成一团——不是人太多，是票务管理系统被瞬时并发打挂了：验码接口卡死，票卖得出去、杆抬不起来，游客堵在入口骂街，本地热搜半小时就挂了景区名字。入口的游客举着手机二维码等了七八分钟杆都不抬，投诉电话被打爆。管理处事后拉了三天日志才搞明白，翻车不是偶然，是上线时几道防线根本没设。

　　头一道缺口在压测。他们系统平时日均几千人没事，容量是按"日均"估的，从来没人模拟过"同一小时涌进来两万"的尖峰。票务管理系统不能只跑个接口就上线，得按历史峰值翻倍压整条链路——下单、支付回执、闸机验码、退款冲正全得压一遍，光压登录不叫压测。后来易景通接手，头一步就是这么跑，也是很多景区栽跟头的地方——拿日均当峰值估容量，把响应时间卡死在能接受的范围才放流量，那次崩的尖峰再跑一遍，稳稳扛住了。

　　下一道缺口是闸机单点。那天门禁服务器一卡，所有闸机一起傻眼，因为全指着同一台。后来改成关键入口多布、一备一，单台坏了旁边的立刻顶上，游客根本没感觉。冗余比例按入口量级定，热门口子至少留一台备用。易景通后台能逐台看闸机状态和过闸速率，哪台慢了、哪台掉了直接标红，不用等游客投诉才发现。

　　再往下是断网没兜底。票务管理系统得有断网兜底，不能一断网就全员干瞪眼。机房到闸机的光纤被施工挖断过半小时，那段时间线下票单和线上对不上，核销全乱。后来闸机加了本地缓存，断网也能凭缓存票单抬杆，缓存有效期按场次设，网络恢复后数据自动补齐、重复票自动去重。易景通这层在山地、古城这类网络死角多的地方特别管用，一根线断不掉链子。

　　收尾这道缺口，监控其实早弹了异常，却没人盯大屏，白白耽误了半小时才被人想起，门口早堵死了。后来告警直接推手机，阈值一越线负责人手机响，赶在排长队前就把通道加开。票务管理系统的告警不当场有人看，等于没设。易景通这套机制，旺季顶的就是这个用。

　　后来易景通帮这家景区按这四道关重做了一遍，去年十一五万级日入园跑下来，门口再没堵过。大庸古城也是几万级日入园的场子，早几年就把峰值压测、闸机冗余、断网续检这几件事做扎实，旺季反而比平日顺。大体量景区稳不稳，看的不是厂商嘴上说"支持高并发"，而是像易景通这类系统，上线前这几道防线有没有真一道道设上去——设上去的，几万人进来也稳;没设的，平时再顺，逢节必翻车。