基础档
够日常，不接冲高
30万 次页面访问 / 月
- 适合谁
- 刚把品牌站放上网址、访问主要落在工作日白天，晚间只有零星几个人看的团队。
- 峰值并发
- 600 个同时在线请求。
- 包含
- 四条安装要求逐条对照，上线首季一次环境与结构复核。
- 不包括
- 大促、投放或直播带动的那一段短时冲高，超出的部分不在这个口径里。
上站之前先把规模定下来
三档产能，一条刻度上看清
365网址把三档服务摊在同一张台面上：每档能承接多少次页面访问、峰值并发顶到哪、工作日多久回你，逐项写出来。 先看首屏这条刻度条找到自己的量级，再往下对照实际情况，不用把所有细节都读完也能做出判断。
月承载页面访问量
30万
基础档
峰值并发 600
120万
稳定档
峰值并发 1,800
400万
峰值档
峰值并发 6,000
3
档产能口径
4
小时内回复，限工作日
档位总览
三档各站在什么位置
三档之间是量级差别，不是同一量级下的松紧调整。翻出最近四个季度里访问量最高的那一个月， 看它落在哪一档，基本就定了。
稳定档
白天晚间都有人来
120万 次页面访问 / 月
- 适合谁
- 工作日白天和 19:00—23:00 晚间都有人访问，周末白天另有一个小高峰的站点。
- 峰值并发
- 1,800 个同时在线请求。
- 包含
- 上一档全部内容，另加每季度一次承载与访问峰值复核，并给出跨网访问与移动端切换的自查建议。
- 不包括
- 单场活动推出的瞬时并发超过 1,800 的那一段，需要活动前另做安排。
峰值档
盯着晚间和活动节点
400万 次页面访问 / 月
- 适合谁
- 访问明显压在晚间 19:00—23:00 与周末白天，前后还挂着活动节点、需要提前盯一眼的站点。
- 峰值并发
- 6,000 个同时在线请求。
- 包含
- 上一档全部内容，另加活动前的并发测算与活动后的一次复盘。
- 不包括
- 超过 6,000 的瞬时并发；这种情况请提前说明时段与预计量级，另行安排。
拿不准自己落在哪一段，可以先走一遍 模块说明 里的产能测算模块：它按最近四个季度的访问峰值与页面访问量跑出一个区间，比凭印象估要稳。 测算完再回到这一页对照，选档这一步基本不会有反复。
选档自问
四个问题，问完基本就定了
不用算得很精确，凭最近四个季度的印象回答就行。四个问题指向同一档，那基本不用犹豫； 指向两档，就按更高的那一档走，季度复核时再降下来。
-
01 最近四个季度里，最高的那一个月有没有越过 30 万次页面访问？
越过了就把基础档划掉。基础档的口径是月承载 30 万次、峰值并发 600，日常平稳的站点够用， 但一个月一旦顶到或超过这条线，晚高峰就容易出现首屏变慢。
倾向：稳定档或峰值档
-
02 访问会不会集中在同一两个小时里？
上海本地的访问高峰通常压在晚间 19:00—23:00 与周末白天。同一天的访问如果大半挤在这几个时段， 月总量就算不高，瞬时并发也可能顶上去，选档要看并发而不是只看月总量。
倾向：峰值档
-
03 站上有没有让你想把访问量推一把的活动节点？
有节点，就说明访问曲线会出现一段明显高出平日的尖。这种情况要在活动前把时段与预计并发讲清楚， 按峰值档走并在活动后复盘一次，比事后补救省事得多。
倾向：峰值档
-
04 桌面浏览器和移动端浏览器的访客比例接近一半一半吗？
两类终端差不多各占一半的站点，跨网访问与移动端切换会明显影响首屏速度。 这一段不是靠调档位解决的，而是在选档时一并把终端自查做掉，所以建议放到稳定档以上再谈。
倾向：稳定档
包含与不包含
我们做到哪一段，你这边准备哪一段
最容易出问题的地方不是产能不够，而是选档时按错的预期算。下面按档把两边写清楚， 对着看一遍，很多反复沟通就能免掉。
档位
我们包进来
你这边准备
基础档
四条安装要求逐条对照，指出哪一条还没过；上线首季做一次栏目与入口结构复核。
域名解析、备案信息、常用终端环境、栏目结构这四项的前期准备，都要在上线前落到位。
稳定档
上一档全部内容，另加每季度一次访问峰值与承载复核，并同步数据面板上的口径变化。
沿用上一档的四项准备，另需提供办公网络与移动网络两种环境下的实际打开效果，便于核对跨网访问。
峰值档
上一档全部内容，另加活动前的并发测算与活动后的一次复盘，两次都给书面结论。
沿用上一档准备，另需提前给出活动时段与预计并发量级，越具体越能算准。
产能与响应口径
这些数字从哪来，什么时候要重算
三档的月承载与峰值并发，是按通用品牌站产能规模的实际使用情况划出来的： 月承载看一个月里所有页面访问的次数，峰值并发看同一时刻最多有多少个请求同时在跑。 两个数字要一起看——月总量不高但全挤在晚间两个小时的站点，仍然会顶到并发上限。
- 月承载 30 万 / 120 万 / 400 万次页面访问，按档递进。
- 峰值并发 600 / 1,800 / 6,000 个同时在线请求。
- 复核节奏 按季度复核一次，与数据面板的更新节奏对齐。
- 响应时效 工作日内 4 小时回复；主题标注「加急」的问题优先处理。
口径不是一次定死。上线之后每季度把实际的访问峰值拿出来对一遍，低于当前档位就往下调， 接近或超出就往上走。承载与峰值怎么变，可以在 数据面板 上按季度看到同一套说法的前后变化。
