园区在发展，宿舍楼也是一栋一栋建起来的。去年两栋楼，今年再交付两栋，明年可能还有新楼。如果每建一栋新宿舍楼，WiFi认证计费系统就要大动干戈——重新部署平台、重新配用户、重新拉线路，运营方会非常头疼。园区宿舍WiFi认证计费怎么跟着园区一起成长，扩楼的时候不掉链子，是运营方在选型时就要考虑的问题。
扩展性的第一个关键是把计费平台放云端。园区宿舍网络的认证计费平台云端部署，用户数据、计费规则、认证策略都在云端统一管。新宿舍楼建成，只需要在楼里部署接入设备，接入云端平台，就能纳入统一管理，不用在每栋楼都单独部署一套计费系统。平台一个，楼栋随便加。
接入设备要选能独立工作的。新楼的覆盖设备如果用胖AP模式，AP本身可以独立工作，上联拨号上网，对住户提供认证计费服务，不依赖其他楼的设备。新楼装好AP、配好账号，住户就能注册缴费上网。胖AP模式的好处是单楼独立运行，不会因为其他楼出了问题连累新楼。
新楼接入要按分组配置。新楼在云端平台里建成一个新的用户组或设备组，计费套餐、认证方式、访问权限按组配置，跟老楼互不影响。管理员在平台上点几下，新楼的策略就配好了，不用逐台设备去配置。分组配置做得好，一栋新楼从施工到可以收钱，周期会短很多。
住户数据要能跟着楼走。员工从老楼搬到新楼，账号不应该重新注册。系统支持用户信息在楼栋间迁移，住户搬家，账号绑定关系、剩余套餐时长、缴费记录跟着迁过去。住户换楼不用重新交费，运营方也不用重新建账号，两边都省事。
覆盖方案要提前预留扩容空间。新楼建设时，无线覆盖按楼栋结构规划：房间小的用86型面板AP，房间大、墙体厚的加走廊吸顶AP，频点按1、6、11和5G信道规划好。预留好POE交换机的端口和带宽，后面住户多了加AP就行，不用重新布线。覆盖扩容的余地留足，认证计费才有基础。
并发能力要按园区整体规划。新楼交付，园区在线用户数会增长，认证计费平台的并发处理能力要跟得上。平台支持多核处理器优化和硬件加速，数据包处理效率高，住户再多也能扛住。扩展前先评估一下现有平台容量，不够就扩容，别等新楼住户挤爆了才想起来。
扩展的时候不能影响老楼运行。新楼接入、策略调整、平台扩容，这些操作应该在老楼住户无感知的情况下完成。系统支持平滑扩容，新楼接入期间老楼的认证计费服务不受影响。园区网络运营最怕折腾，扩展不中断，住户投诉就少。
数据备份要跟上扩展节奏。每接入一栋新楼，用户数据、计费数据都在增长，备份策略要同步调整。系统支持数据库备份、文件备份和增量备份，数据量大了也能按时备份。数据是运营方的核心资产，楼越多，备份越不能省。
新楼接入要有清晰的节奏。新宿舍楼交付，先完成覆盖部署和AP调优，确认信号质量，再接入认证计费平台，最后开放住户注册。一步验证完再走下一步，出了问题上一步还能查。系统支持分阶段上线，运营方按节奏推进，新楼从交付到收钱的路径清晰，也不会因为赶时间留隐患。
带宽和流量策略要按楼栋配置。新楼住户的用网习惯可能和老楼不一样，限速规则、套餐档位、高峰策略可以先按新楼的实际情况调。系统支持按用户组、按楼栋做带宽和流量管理，运营方每栋楼单独配策略，新楼可以试点新套餐，效果好再推广到老楼。策略可以按楼栋试错，运营才有腾挪空间。
页面和短信模板在新楼直接复用。新楼接入时，认证页面、短信通知、公告内容直接用园区统一的模板，不用重新设计。住户在新楼看到的认证流程和老楼完全一致，没有学习成本。系统支持页面模板和短信模板统一管理，模板在园区层面维护一次，所有楼栋共享。楼多了，模板统一的好处就越明显。
扩展要有余量，也要有验证。园区规划新楼时，平台容量按未来两三年的住户规模预留，AP、交换机、出口带宽都留余量。扩展完成后，用真实的并发场景压一遍，认证成功率、时延、吞吐都验证过再开放入住。系统支持高可用部署和集群方式，容量可以平滑提升。扩楼是常态，验证是每次扩楼都要做的功课。
说到底，园区宿舍WiFi认证计费要经得起园区扩建，核心是平台云端化、设备独立化、配置分组化。云端平台统一管用户和策略，新楼只加设备不重建系统；胖AP模式让单楼独立运行，互不拖累；分组配置让新楼快速上线；用户数据跟人走，搬家不用重新交费；接入按节奏走，带宽策略按楼栋调，模板园区统一复用，容量留余量并验证。把扩展性在选型时就定好，园区盖多少楼，网络就跟得上多少楼。