酒店WiFi认证系统选型时，部署模式是一个绕不开的决策：本地部署还是云端部署？这个问题没有标准答案，取决于酒店的规模、网络环境、IT团队能力、预算模式和安全要求。两种部署模式各有优劣，选错了后期切换的成本很高，所以在做决策之前需要把实际情况想清楚。

本地部署：适合单体酒店和有合规要求的场景

本地部署是把认证服务器部署在酒店机房内，认证数据全部存在本地。这种模式的好处是数据自主可控，不依赖外网链路，网络断了认证还能正常工作。对于单体酒店来说，本地部署是最常见的选择——认证服务器和AC、网关在同一个局域网内，认证延迟低、对接简单、维护方便。对于有严格数据安全要求的场景，比如某些高星级酒店或者涉外酒店，数据不允许出酒店网络边界，本地部署是唯一选择。本地部署的缺点是初期投入较大——需要买服务器、装系统、做部署，而且服务器的运维需要有人负责。

云端部署：适合连锁酒店和轻资产运营的场景

云端部署是把认证平台放在云服务器上，各门店的认证请求通过互联网汇聚到云端处理。这种模式最适合连锁酒店——总部一个团队管理所有门店的认证业务，不需要每个门店都配服务器和运维人员。云端部署的好处是弹性扩容方便、新门店上线快、数据统一汇总分析。但云端部署有一个硬性前提：门店到云端的网络链路必须稳定。如果门店的外网断了，认证请求发不出去，客人就上不了网。所以在云端部署模式下，门店需要有网络冗余——至少两条不同运营商的外网线路做主备。

VPN打通：云端部署的技术关键

云端部署有一个技术问题需要解决：CMCC Portal协议要求认证双方互相交互，NAS设备（AC或网关）需要能被认证平台主动访问。但门店的NAS设备通常没有公网IP，云端认证平台无法直接连过来。解决方案是VPN——门店的NAS设备通过L2TP VPN拨号到云端的认证平台，获得一个内网IP，这样认证平台就能主动访问NAS设备了。这个VPN隧道需要稳定可靠，断线了认证就中断了。所以VPN连接要有自动重连机制，断线后自动重拨，重连失败要有告警。有些认证系统内置了VPN服务器功能，可以管理多个门店的VPN连接，比较方便。

混合部署：兼顾本地和云端的优点

对于规模较大的连锁酒店，混合部署可能是更务实的选择。混合部署的核心思路是：认证平台放在云端做集中管理，每个门店部署一台认证网关做本地转发和断网兜底。正常情况下，门店的认证请求通过网关转发到云端处理；外网断了的时候，网关切换到本地模式，用本地缓存的认证数据做临时认证，保证基本上网功能不中断。等外网恢复后，本地的认证记录同步回云端。这种模式既享受了云端集中管理的便利，又解决了网络中断时的可用性问题，代价是每个门店多了一台网关设备的成本。

成本结构的差异

本地部署和云端部署的成本结构差异很大。本地部署是重资产模式——服务器硬件、操作系统授权、机房空间、电力消耗，初期一次性投入较大，但后续运营成本主要是电费和维护人力。云端部署是轻资产模式——不需要买服务器，按月或按年付云服务费，初期投入低，但长期累积的云服务费可能超过本地部署的硬件成本。选择哪种模式，要看酒店的使用周期和资金偏好。如果计划用五年以上，本地部署的总成本可能更低；如果不确定使用周期或者想快速上线，云端部署更灵活。连锁酒店还要考虑门店数量——十家店以下本地部署总成本可能更低，五十家店以上云端部署的规模效应更明显。

数据安全和合规考量

部署模式的选择还涉及数据安全和合规问题。酒店WiFi认证系统记录的客人手机号、身份证号、上网日志属于敏感数据，存储位置有合规要求。某些地区或某些类型的酒店，数据不允许出境或者不允许出酒店内网，这种情况下只能选择本地部署。云端部署要确认云服务商的数据中心在国内，且通过相应的安全认证。不管哪种部署模式，数据传输过程中的加密都必须做好——Portal认证页面走HTTPS、API接口走加密通道、VPN隧道用强加密算法。数据安全不是部署模式的选择题，而是不管选哪种模式都必须做好的必答题。

选型时建议想清楚三到五年的发展

部署模式不是选了就不能改，但切换的成本确实很高——数据迁移、重新对接、重新测试、停机切换，每个环节都有风险。所以在选型时建议想清楚酒店三到五年的发展规划：是单体运营还是有连锁扩张计划？新增门店的速度如何？IT团队能力能否支撑本地部署的运维？预算是一次性投入还是分期摊销？把这些因素想清楚，再选部署模式，免得两年后规模变了又要折腾一次。如果实在拿不准，可以先选支持本地和云端两种部署模式的产品，给自己留一条后路。