排队叫号系统上云的配置

排队叫号系统上云，图的是数据和多块屏幕的实时同步。诊所、银行、政务窗口这类场景，取号机、叫号屏、工作人员的客户端往往分散在不同位置，云端做中枢最省事。 一、云端承担什么 云端只存状态：队列顺序、当前叫到几号、各窗口的忙闲。取号机提交新号，叫号端取下一位，屏幕端更新显示。计算量极小，一台两核 4G 的机器服务几十个窗口毫无压力，数据库就是几张小表，MySQL 起步就够。叫号事件单独记一张流水表：几点叫了几号、哪个窗口呼的，事后核对纠纷全靠它。叫号规则要支持过号重排，窗口无人应答时自动顺延，这类细节比机器配置重要得多。 二、屏幕与云端同步 叫号屏多是安卓设备或小型开发板，用 HTTP 轮询最简单，每两秒查一次状态；要求语音播报及时，就改 WebSocket 推送（服务端主动下发更新）。状态接口做成幂等，屏幕断线重连后先拉一次全量队列，不至于漏掉中间被叫过的号。轮询请求带上版本号参数，状态变化时再拉详情，避免屏幕端拿到缓存的旧数据。播报的语音文件提前放在本地设备上，别每次从云端拉取，网络一抖屏幕就哑了。 三、断网兜底 叫号系统断网不能停摆。本地设备要缓存最近一次完整队列，断网时切到本地模式继续叫号，网络恢复后把记录补传云端。兜底逻辑平时用不上，但必须上线前演练一次：拔掉网线，看屏幕还能不能正常叫号，恢复后数据能不能对上。演练写成制度，每次系统升级后重做一遍。 四、配置建议 顺云的高防云服务器 S2 足以承载中小门店的叫号中枢，多分店统一排队就用 S4，并给数据库留好每日备份。这类系统的要点是可用性而非性能：备份、监控、断网演练三件事做完，它就能安安静静跑上很多年。