扩展 · 负载
扛得住负载增长的产品
自动扩缩、副本与缓存贯穿整条请求路径。
02负载峰值
压力测试先于用户找到上限，而系统会自行增加算力 —— 从第一千到数百万
03性能
扛得住负载
我们测量负载下的真实表现，而不是凭感觉。 压力测试会展示延迟如何增长、资源还剩多少余量 —— 数据都在你可以访问的仪表盘上。
/01
LB · CDN
edge · TLS
/02
Ingress
路由 · rate-limit
/03
自动扩缩
HPA · Pod
/04
服务
stateless · 副本
/05
缓存
Redis · edge
/06
数据库 · 副本
read · 分片
/07
队列
削峰缓冲
04负载余量
瓶颈在哪里
低负载
CDN · edge
仍有余量
搜索 · 索引
持续观察
队列
削峰缓冲
高负载
服务
水平扩展
缓存 · Redis
仍有余量
数据库 · 写入
瓶颈所在
结论
瓶颈是数据库写入
峰值时最先撑不住的是数据库写入。加上 read 副本、分片与缓存 —— 上限随之抬高。
05扩展技术栈
撑得起增长的技术栈
编排
Kubernetes · HPA · KEDA
负载均衡
LB · CDN · Ingress
缓存
Redis · CDN · edge
队列
Kafka · RabbitMQ · SQS
数据
副本 · 分片 · 连接池
可观测性
Prometheus · Grafana · 链路追踪
06FAQ
关于扩展 —— 常见问题
从压力测试和性能剖析开始。我们跑一遍真实流量，找出最先撑不住的环节 —— 数据库、缓存、服务还是队列 —— 然后制定计划：哪里加副本、哪里加缓存、哪里重写瓶颈路径。
07如何开始
聊聊你的负载
30 分钟通话，理清系统的极限。 没有任何义务：我们一起看负载与瓶颈 —— 你会带着一份书面扩展计划离开。
08团队
团队/01
首席工程师
系统架构 · 代码评审与辅导 · 生产环境稳定性
团队/02
产品设计
流程与交互 · 设计系统 · 用户研究
团队/03
AI 系统
测试与监控 · LLM 与 AI 智能体 · API 与数据处理
团队/04
客户关系
项目管理 · 文档 · 团队报告