多租户架构
多租户架构（Multi-tenant Architecture）是一种软件设计模式，指单一软件实例同时为多个相互独立的用户群体（租户）提供服务，各租户共享同一套基础设施与应用程序，同时在数据和配置层面保持逻辑隔离。该架构广泛应用于云计算和SaaS服务领域，具有资源利用率高、运维成本集中、支持按需定制等特点，常见实现策略包括共享数据库、独立Schema及独立数据库三种隔离级别。
核心事实
时间轴 (近 90 天)
在五决策（租户模型、隔离、扩展、控制平面、计量）框架下，当大型企业客户要求独立隔离环境、数据驻留特定区域、通过自有身份提供商登录时，可以只需一次新部署而无需重写应用。
多租户架构中的“吵闹邻居”问题是指某个租户的突发负载耗尽共享资源，导致其他租户服务质量下降；单纯增加服务器无法解决该问题。
多租户架构下，隔离层缺陷（如虚拟机逃逸、元数据服务滥用或租户间网络策略配置错误）可能导致攻击者跨租户横向移动。
公有云采用多租户架构，不同客户的虚拟机、存储与网络资源共享同一套物理基础设施，通过虚拟化层隔离。
通过邮件服务商 API 按需创建收件箱，可以在智能体启动时自动创建专属收件箱、下线时自动回收，实现身份与生命周期的绑定，适合智能体数量动态变化或多租户架构的场景。
每个租户拥有独立的加密密钥集，如果某租户要求删除数据，只需销毁其密钥即可使数据不可读，无需重新加密整个数据库。
AI Agent 端点的工具调用从 HTTP 请求一直到工具执行上下文都传递租户上下文，agentRunner.ts 显式提取 tenantId 并传入工具执行上下文。
安全负责人会特别关注Agent的记忆是否跨租户持久化、会话是否隔离，以及工具返回内容是否被视为不可信输入
在多租户或共享记忆的架构下，Prompt注入的危害会被放大：一次成功的注入可能污染持久化记忆，影响其他会话或租户
多租户架构能以极低边际成本服务海量客户，但底层组件出现问题时影响范围会跨越所有租户
还有 3 条时间轴事件
全部知识事实 (17)
多租户数据隔离在数据库层面主要有三种经典方案：共享数据库+共享Schema（字段级隔离）、共享数据库+独立Schema（Schema级隔离）、独立数据库（物理级完全隔离）
80%已验证多租户是云计算服务的基础架构模式，指多个租户共享同一套底层计算资源和软件实例，但彼此的数据逻辑上完全隔离
75%已验证多租户是平台化挑战，需要在同一套系统中服务多个业务方和模型版本，同时保证资源隔离、公平调度与安全性
65%待验证三种多租户数据隔离方案可以在同一平台中混合使用
85%待验证电商/支付类商户平台场景中，小商户可采用共享Schema方式降低成本，大客户或有严格合规要求的商户应升级为独立Schema甚至独立数据库
85%待验证集团公司多分公司管理场景属于中度隔离需求，采用共享数据库+共享Schema方案通常是最优选择
60%待验证在五决策（租户模型、隔离、扩展、控制平面、计量）框架下，当大型企业客户要求独立隔离环境、数据驻留特定区域、通过自有身份提供商登录时，可以只需一次新部署而无需重写应用。
50%待验证多租户架构中的“吵闹邻居”问题是指某个租户的突发负载耗尽共享资源，导致其他租户服务质量下降；单纯增加服务器无法解决该问题。
50%待验证公有云采用多租户架构，不同客户的虚拟机、存储与网络资源共享同一套物理基础设施，通过虚拟化层隔离。
50%待验证多租户架构下，隔离层缺陷（如虚拟机逃逸、元数据服务滥用或租户间网络策略配置错误）可能导致攻击者跨租户横向移动。
50%待验证通过邮件服务商 API 按需创建收件箱，可以在智能体启动时自动创建专属收件箱、下线时自动回收，实现身份与生命周期的绑定，适合智能体数量动态变化或多租户架构的场景。
50%待验证每个租户拥有独立的加密密钥集，如果某租户要求删除数据，只需销毁其密钥即可使数据不可读，无需重新加密整个数据库。
50%待验证AI Agent 端点的工具调用从 HTTP 请求一直到工具执行上下文都传递租户上下文，agentRunner.ts 显式提取 tenantId 并传入工具执行上下文。
50%待验证在多租户或共享记忆的架构下，Prompt注入的危害会被放大：一次成功的注入可能污染持久化记忆，影响其他会话或租户
50%待验证安全负责人会特别关注Agent的记忆是否跨租户持久化、会话是否隔离，以及工具返回内容是否被视为不可信输入
50%待验证Salesforce采用多租户（Multi-Tenant）架构，所有客户共享同一套底层基础设施，通过逻辑隔离保证数据安全
50%待验证多租户架构能以极低边际成本服务海量客户，但底层组件出现问题时影响范围会跨越所有租户
50%