用途：为多租户 SaaS 平台提供架构模式、失败模式与反模式的系统化参考，覆盖隔离、分区、资源公平、配置与计费。
隔离模型：从共享一切（单库单 schema，每行带 tenant_id）、共享计算+独立数据（按租户独立库或 schema）到完全隔离（按租户独立基础设施），成本、隔离强度与运维复杂度递增。实际多为混合方案，边界由收入、合规（HIPAA、SOC2 Type II、FedRAMP、GDPR、PIPL）和风险决定。建议先按共享设计，但把隔离边界做成可替换抽象。
数据分区：行级隔离最常见，需防漏写 tenant_id（可用 RLS、ORM 拦截器、测试校验），索引应以 tenant_id 开头。schema-per-tenant 隔离更强，但迁移需 N 次且连接池复杂。database-per-tenant 隔离最强，但连接路由与迁移编排成本高。选择分区键需考虑是否有跨租户查询，跨租户查询应改用独立分析存储。应用层、数据层、审计层需多层防护；隔离级别迁移需在线双写与回滚方案。
邻居干扰缓解：按租户限流（API、计算、存储、后台任务）、资源配额、公平调度（加权公平队列、每租户队列轮询、优先级抢占），并按租户采集 CPU、内存、I/O、查询延迟等指标做异常检测。优先节流、其次排队、最后才拒绝。
按租户配置：用分层配置（平台默认→套餐→租户→用户偏好）并存储为类型化文档。区分临时灰度开关与永久套餐权益开关，缓存评估结果。品牌定制建议用 CSS 变量而非任意 CSS；自定义工作流应限制原语，不可执行任意代码；自定义字段用带 schema 的 JSON 而非 EAV。需注意配置组合导致测试矩阵爆炸。
计费与计量：流程为事件采集→去重→聚合→定价→出账。事件须带租户 ID、类型、数量、时间戳和幂等键；管道按幂等键去重，去重窗口需覆盖最大重放窗口，以保证重放不重复计数。资料未提供具体实现代码与定价细节。