场景
当系统必须扛住峰值
不是服务菜单——而是 CTO / founder 通常寻找 HighLoad 团队的场景。
选择场景：我们梳理负载、瓶颈，并在 1–2 周给出 Discovery 报价。
申请 Discovery三种典型入口
峰值 / 活动
黑色星期五与病毒流量
广告已投放，API 返回 503。市场怪网站，工程怪负载。
我们做什么
峰值画像、热点路径、缓存/队列、自动扩缩，并在活动前完成压测——而不是事故之后。
案例：15,000 连接，Proxy CPU ≤ 25%
查看峰值案例上线
面向增长的新店 / 柜面
草草上线的 MVP 进入生产。一季度用户增长 5–10 倍，单体开始崩裂。
我们做什么
从第一个冲刺按峰值设计：服务、数据、可观测性、CI/CD——不做“以后再重写”。
入口：Discovery 从 80,000 ₽ → Build 报价
评估 HighLoad 轮廓增长
一季度流量增长 5–10 倍
p95 缓慢上升，发布令人紧张，数据库与外部 API 成为瓶颈。
我们做什么
Strangler Fig：在不停业的情况下加固热点路径，用压测给出前后指标。
生产案例：2500万+消息/日 · 1.5万 RPS
HighLoad 服务常见问题
不是。场景回答“何时”。HighLoad 服务回答“做什么”。压测是较小客单价的独立意图。
从快速负载画像与关键场景开始。有时只能先堵住头部瓶颈并完成验证——我们会在 Discovery 里如实说明。
不一定。先证明代码与数据的余量；当自动扩缩与隔离有可度量收益时再上 K8s。
可以：构建轮廓与服务器/监控 retainer 是不同套餐，同一团队。
