一把智能门锁卖到千元上下，用户看到的是指纹解锁快、关门自动上锁、没电了还能拿充电宝顶一下。但真正决定体验的，往往不是锁体本身，而是门锁连上网之后那套后端扛不扛得住。
最近有款新品把「实时监测锁体状态」写进了卖点：门虚掩、面板被撬、连续多次验证失败、甚至胁迫指纹，都要第一时间推到手机。再加上指纹识别标称 0.7 秒内完成、识别率不低于 99.53%，这些数字落到服务器侧，就是一条条不能断的长连接和一次次不能延迟的告警推送。
门锁联网，给后端出了三道题
第一道是连接密度。门锁不是手机，它不会主动关 App，而是常年在线待命。十万把锁就是十万条常驻连接，每一条都要维持心跳。这种场景对 CPU 单核性能要求不算高，但对内存和网络栈的稳定性很挑剔，虚拟化层一旦超售，心跳抖动就会变成用户眼里的「设备离线」。
第二道是突发。开门动作天然集中：早高峰、晚高峰、节假日回家潮。一次异常告警可能同时触发推送、日志写入和状态同步，瞬时并发能冲到平峰的十几倍。更麻烦的是胁迫指纹这类告警，延迟几秒性质就变了，系统必须留出足够的冗余。
第三道是数据边界。门锁上传的是开锁记录、时间戳、设备指纹和用户授权关系，属于典型的个人敏感信息。不同市场对这类数据的存放位置、加密方式和留存期限要求并不一样，后端部署在哪里，往往在选型阶段就定了调子。
物理机还是高防，得看业务长什么样
如果业务是自建物联网平台，连接层和消息队列跑在自己的机房或托管环境里，物理服务器通常更省心。原因很直接：长连接服务怕的是邻居干扰，独享硬件意味着网络队列和中断处理都在自己手里，排查心跳超时这类问题时不用先跟虚拟化层扯皮。新酷云的物理服务器在这类常驻连接场景里比较合适，配置可按连接规模留余量，不必为峰值一次性买断太多。
换个角度看，门锁业务还有一层容易被忽略的风险：App 和小程序是公开入口，临时密钥分享、访客授权这些接口天然暴露在公网。一旦被盯上，DDoS 打的不只是官网，可能是整个设备接入网关。网关一挂，用户开不了门，投诉电话会比攻击包先到。有这类顾虑的团队，把接入层放到高防服务器上更稳妥，清洗和回源分开，至少保证锁体状态查询这条链路不断。
还有一类做多品牌、多区域门锁接入的服务商，设备分布散、站点多，后台往往要按地区分域名、分入口做收录和就近接入。这种结构用站群服务器来承载管理后台和区域门户，运维上会轻一些，不必为每个区域单独搭一套环境。
选型时容易被跳过的细节
- 心跳间隔和超时阈值要在压测里定，不要照搬即时通讯的参数，门锁的弱网比例比手机高得多。
- 告警通道建议和业务通道分开，短信、推送、长连接各走各的出口，避免一个抖动全盘皆输。
- 应急启动键、USB-C 临时供电这些是端侧兜底，云端同样要有降级方案：推送失败时至少保证状态可查。
- 日志留存期限按目标市场合规要求来，别等上线后再补，迁移成本比一开始就规划高得多。
八节五号电池撑十二个月，是端侧的续航账；服务器侧的账则是连接数、带宽和防护冗余。两本账算清楚，门锁卖出去之后的那部分体验，才真正立得住。