架构与容量
本页是技术方向导航。正文按 Type 存储；表中模块都是来自原图的资料摘录，不等于已完成的永久知识卡或生产手册。
这个方向解决什么
把技术选型、故障域、容量和成本放到同一组约束中评审。
需求与 ADR、高可用与韧性、容量模型、负载测试、缓存队列异步化、成本与效率。
原图分支：项目架构与容量；含 251 个主题节点、6 个深度模块。节点数仅反映原图展开程度，不代表掌握度或岗位重要性。
知识模块
| 模块资料 | 原图目标 |
|---|---|
| 需求、约束与架构决策 | 把业务目标、可靠性、数据、安全、成本转成可评审架构。 |
| 高可用与韧性模式 | 通过冗余、隔离、降级和恢复控制故障影响。 |
| 容量模型与扩展 | 用工作负载和瓶颈模型预测资源需求。 |
| 性能测试与瓶颈定位 | 设计可信负载并区分应用、数据库、系统和网络瓶颈。 |
| 缓存、队列与异步化 | 用缓存和队列削峰，但控制一致性、积压和失效风险。 |
| 成本与效率工程 | 在 SLO 约束下优化计算、存储、网络和软件许可成本。 |
已提炼的概念卡
从故障现象进入
原图独立故障剧本页没有为此方向单列剧本；请先阅读对应模块中的风险和排障路径，再围绕真实现象补写。
已确认诊断后的处置
当前方向没有环境绑定的执行手册。后续按 Runbook 模板 编写，不将资料中的命令线索直接当成操作流程。
项目与可验收产出
架构决策记录、依赖与数据流、容量与压测报告、成本分解。
跨方向关联
SRE 与运维治理；数据库与存储；可观测性；AI Infra。同一个知识对象只维护一份正文，从多个导航进入。
其他原有分支
真实案例
没有把知识题库伪装成历史事故。记录真实故障或演练时，进入 案例目录说明。