forked from wangziqi/gongxue-base
test: strengthen launch smoke and capacity guardrails
This commit is contained in:
@@ -1,6 +1,6 @@
|
||||
# API 压测与 4 核 16G 容量评估 Runbook
|
||||
|
||||
更新时间:2026-06-30
|
||||
更新时间:2026-07-01
|
||||
|
||||
这份 runbook 用于在本地 Docker/Supabase 或未来 4 核 16G 云服务器上,对 SaaS 题库 API 做可重复压测。目标不是一次性给出永久容量承诺,而是建立一套可以随着题库、用户量、SQL 和硬件变化持续复跑的基线。
|
||||
|
||||
@@ -170,6 +170,7 @@ Remove-Item Env:\DB_POOL_MAX
|
||||
- 30 worker / 120s / 只读上线门禁。
|
||||
- 50 worker / 60s / 10% 刷题闭环写入。
|
||||
- 100 worker / 60s / 8% 刷题闭环写入。
|
||||
- 150 worker / 60s / 6% 刷题闭环写入。
|
||||
|
||||
这个入口模拟的是“4 核 16G shared-host 中 API 容器的资源约束”,不是完整云服务器复刻。当前本地 Supabase/PostgreSQL 仍跑在 Docker Desktop 的 Supabase stack 中,除非额外手工限制 DB 容器资源,否则数据库容器仍可能使用 Docker Desktop 的全局资源。正式容量承诺必须在目标 4 核 16G 云服务器、生产 PostgreSQL shared-host 参数、真实对象存储/CDN 和真实网络下复跑。
|
||||
|
||||
|
||||
Reference in New Issue
Block a user