门店收银系统上云的部署

收银系统最怕的不是没生意，而是饭点一到网络断了，收银员守着柜台开不出单。上云解决的是总部对账、连锁管理和数据安全，但门店侧的离线兜底必须一并设计，否则一场网络抖动就可能把口碑赔进去。 离线兜底怎么设计 收款链路分两类：扫码支付依赖第三方通道，断网时确实收不了款，这一环任何方案都绕不开；记账和开单则完全可以本地化。收银端把订单先写本地队列，小票照常打印，网络恢复后自动补传云端。会员积分、挂单、退单走本地缓存的数据副本，容忍短暂不一致，前提是后面有可靠的同步机制兜住。 数据同步靠幂等 补传最怕重复：同一条订单传两次，账就对不上了。每条订单带全局唯一单号，云端用唯一索引兜底，重复上报直接拒绝，这就是幂等。同步顺序按单号或时间戳排，冲突时以云端时间戳新者为准，规则简单，但必须写进接口文档，别留给现场自由发挥。 低配也要高可用 收银在云端的负载其实很小：一家门店一天几千单，峰值也就每秒几笔，2 核 4G 绰绰有余，真正的要求是不停机。建议两台 2 核 4G 做主备，数据库配主从复制，入口用虚拟 IP 自动漂移，主机故障后备机几十秒内接管。备份同样别省：每天凌晨全量一份、binlog 增量持续保留，crontab 里排一个凌晨 3 点的备份任务，恢复演练每季度做一次。 部署形态与配置 单店上云一台 2 核 4G 的高防云服务器 S2 就够；连锁几十家门店共用一套云端，升到 4 核 8G，应用和数据库分开部署，S4-8G 这类内存升级款正合适。收银流量不大但对连续性敏感，选国内 BGP 多线节点，照顾各门店运营商各异的现实。 收银上云的成本不高，功夫全在断网预案和同步幂等上，这两件事做扎实，云端才算真正靠得住。