18年沉淀高端建站经验
为企业持续赋能品牌新价值
深圳一所院校的官网去年在成绩查询那天挂了四十分钟。服务器配置不低，日常访问量也不大，问题出在所有人都在同一个小时里刷新同一个页面。运维那边事后复盘，峰值请求量是平时的六十多倍。
高校门户网站建设方案里，招生季并发这类场景要单独拿出来设计。学校的网站日常很安静，一年里有几周会突然挤满人，方案里如果不针对这几周做专门安排，其余时间做得再好也没用。这篇讲清峰值怎么估、技术侧怎么扛，以及多部门投稿怎么管。
先说清楚压力的来源。高校门户的访问曲线起伏很大，一年里有几个明确的尖峰。高招录取阶段是**的一档，考生和家长集中查分数线、查录取结果，通常持续两到三周。开学前后是第二档，新生查宿舍、查课表和查报到流程。期末考试和成绩公布是第三档，峰值持续时间短，瞬时压力反而更高。
这几档的压力形态不一样。招生季的峰值是宽峰，持续十几天，访问分散在白天和晚上。成绩查询是尖峰，可能集中在公布后的半小时内。方案里要分别处理，宽峰靠扩容和缓存，尖峰靠排队和静态化。
深圳这边的院校还有一个特点，很多同时面向广东本地和全国考生，访问来源分散，移动端占比能到八成以上。方案里的移动端不只是适配屏幕，还要考虑移动网络下的加载表现。
估算不需要复杂模型，三个数相乘就够。**步估人数，参考往年录取人数和查询人数的比例，这个比例通常在三到八倍之间，一个录取名额对应三到八个查询用户。第二步估集中的时间窗，成绩公布后的头三十分钟是最密的一段。第三步估每人产生的请求数，一个用户查一次成绩，平均会刷新三到五遍，加上页面里的图片和脚本，单次访问会产生十几个请求。
三个数乘出来，再留一倍余量，就是要扛的并发量。用这个数去反推服务器配置，比拍脑袋定配置靠谱。深圳有院校按这个口径算下来，日常两台机器够用，招生季要临时加到六台，这个差距就是方案里必须提前安排的部分。
估算完还要定一个降级方案。真到了扛不住的时候，先砍掉哪部分功能。招生查询是核心，新闻和通知可以临时走静态页，视频和图片压缩到**。降级方案写在文档里，值班的人照着执行就行，不用临时讨论。
高校门户的内容有个特点，大部分页面写好之后很久不变。新闻、通知和招生简章这类内容，发布之后一周内可能有几次更新，之后基本静止。这个特点决定了静态化是最省力的一招。
静态化是把页面生成 HTML 文件放在服务器或直接推到 CDN 上，用户访问时不需要查数据库。一台普通配置的服务器上，静态页能扛的并发是动态页的十倍以上。招生季前把历年分数线、专业介绍和录取查询入口这些页面全部静态化，压力就卸掉大半。
缓存是第二层。动态部分用 Redis 之类的内存缓存挡在数据库前面，热点查询不落到数据库上。深圳这边常见的做法是把首页、列表页和栏目页各设不同的缓存时间，首页三分钟，列表页十分钟，内容页发布后手动刷新。缓存时间设得太长，编辑发了稿子看不到；设得太短，等于没设。
第三层是 CDN。图片、样式和脚本这些静态资源全部走 CDN，源站只处理动态请求。招生季的图片访问量通常是最大的一块，走 CDN 之后源站带宽压力能降到原来的十分之一以下。
高校门户的内容来自几十个单位。校办发通知，各学院发新闻，招生办发招生信息，人事处发招聘。权限设计不好，要么谁都发不了，要么什么内容都能上首页。
网站投稿权限的划分，推荐的做法是三层结构。**层按部门建账号组，每个部门有自己的栏目，只能在本栏目下操作。第二层按角色分权限，编辑能写稿不能发，审核能发不能删，管理员有完整权限但账号数量要控制。第三层是首页推荐位单独设权限，只有校办和内容主管部门能把稿件推到首页。
稿件状态流转也要定死。草稿、待审、已发布和已撤稿四个状态，每一步有记录。深圳这边有院校吃过亏，一篇稿子两个部门同时改，最后发出去的版本是旧的，查日志才知道是谁覆盖了谁。有状态流转和操作日志，这类问题当场就能定位。
规模大一些的学校，通常是一群站。主站加各学院子站、各研究中心子站，这样组成的高校网站群加起来几十个。这些站之间要不要共用一套后台，是方案里要定的**件事。
共用后台的好处是账号统一、模板统一，内容可以互推。代价是权限体系复杂，一个配置错误可能影响所有子站。独立部署的好处是互不影响，代价是几十套系统各自维护，升级的时候要重复几十遍。
深圳这边的做法通常是折中，主站和二级单位共用一套系统，用站点隔离数据，用角色隔离权限，栏目层级怎么划可以参考 target="_blank"。研究机构和临时项目组单独部署，不进主体系。这个划分写进方案，后面新增子站时照着归类就行。建站路径的选择也可以对照 target="_blank"。
高校网站有两类要求是其他企业站没有的。一类是信息公开，教育主管部门对高校信息公开有明确的栏目和时限要求，招生、财务和人事这几类信息要在指定栏目下发布，还要保留历史版本。方案里要给这些栏目固定的位置和归档机制，不能跟普通新闻混在一个列表里。
另一类是无障碍。页面要支持键盘操作，图片要有替代文字，正文和背景的对比度要够。深圳有院校在做改版时把这一项加进去，实际工作量比预想的小，主要是模板层面统一处理，逐页改反而麻烦。
| 场景 | 峰值特征 | 主要手段 | 提前多久准备 |
|---|---|---|---|
| 高招录取查询 | 宽峰，持续两到三周 | 全站静态化加 CDN，临时扩容 | 提前一个月 |
| 成绩公布 | 尖峰，集中在半小时内 | 查询接口加排队，结果页静态化 | 提前一周 |
| 开学迎新 | 中峰，移动端占比高 | 移动端单独优化，图片压缩 | 提前两周 |
| 日常访问 | 平稳，量小 | 常规缓存即可 | 无需特别安排 |
高校门户项目的费用跨度很大。参照深圳市场的公开数据，一个主站加十个以内子站的网站群，建设费用通常在十几万到四十万之间，差别主要在于要不要做历史数据迁移和既有系统对接。周期一般四到八个月，其中需求调研和栏目梳理要占掉一个多月，这一步压缩了，后面返工会更多。
需要说明，上面是深圳市场公开参考区间，并非本站报价。具体金额要看栏目数量、子站规模和数据迁移量，还有接口对接的复杂度。
门户项目最怕赶在开学前一周上线。按经验倒推，开学前一个月应该完成三件事。压力测试要在这个时间点做完，用估算出来的峰值跑两遍，看哪一层先撑不住。值班安排要定下来，招生季和开学季的每天谁看监控、出了问题找谁，写成一张表贴在值班室。降级方案要演练一遍，写进文档不算数。
做完这三件，剩下的时间留给内容填充和栏目微调。深圳有院校把上线日定在开学前四十天，留出的缓冲期用在了投稿培训上，各单位的编辑提前熟悉后台，正式开放投稿后没有人来问流程。这个安排值得参考。
如需进一步沟通，可直接致电 13928418795。
