Agent 多租户隔离设计:不同客户的任务别混在同一个上下文里

发布时间:2026/11/4 19:15:24

Agent 多租户隔离设计:不同客户的任务别混在同一个上下文里 Agent 多租户隔离设计不同客户的任务别混在同一个上下文里一、客户 A 的 Agent 调出了客户 B 的数据SaaS 平台的 AI 助手上线后客户 A 的售后客服问 Agent查看最近订单Agent 返回了客户 B 的订单明细。排查发现 Agent 的知识库检索范围是全库而非租户级别的——不同客户的数据混在了同一个检索空间里。Agent 多租户的本质不只是数据隔离还有上下文隔离、任务隔离和成本隔离。租户 A 的对话上下文不能污染租户 B、租户 A 的任务失败不影响租户 B、租户 A 的成本需要独立核算。二、多租户隔离的四个维度flowchart TD subgraph Data[数据隔离] D1[向量库: 按 TenantID 分区] D2[数据库: Row-Level Security] D3[缓存: 按 TenantID 做 Key 前缀] end subgraph Context[上下文隔离] C1[会话上下文绑定 TenantID] C2[Agent 记忆按租户隔离] C3[工具调用权限按租户配置] end subgraph Task[任务隔离] T1[任务队列: 按租户的独立队列?] T2[并发限制: 每租户最大并发数] T3[失败重试: 租户粒度而非全局] end subgraph Cost[成本隔离] CO1[Token 使用量按租户归集] CO2[模型调用次数独立统计] CO3[成本账单按租户生成] end API[API 请求] -- Auth[认证: 提取 TenantID] Auth -- C1 Auth -- D1 Auth -- CO1多租户隔离的核心原则所有数据操作必须携带 TenantID所有任务调度都要考虑租户的资源配额所有成本统计都要归属到具体租户。三、Go 实现多租户 Agent 中间件package multitenant import ( context fmt sync time ) // 租户上下文 type contextKey string const ( KeyTenantID contextKey tenant_id KeyTenantTier contextKey tenant_tier // free, pro, enterprise ) // TenantInfo 租户信息 type TenantInfo struct { ID string Name string Tier string // free, pro, enterprise MaxConcurrent int // 最大并发任务数 MaxTokensPerDay int64 // 每日 Token 配额 AllowedTools []string // 允许使用的工具列表 RateLimitQPS int // 租户级别 QPS 限制 } // WithTenant 给 context 注入租户信息 func WithTenant(ctx context.Context, info *TenantInfo) context.Context { ctx context.WithValue(ctx, KeyTenantID, info.ID) ctx context.WithValue(ctx, KeyTenantTier, info.Tier) return ctx } // TenantIDFromContext 从 context 中获取租户 ID func TenantIDFromContext(ctx context.Context) (string, bool) { id, ok : ctx.Value(KeyTenantID).(string) return id, ok } // 租户管理器 // TenantManager 租户管理器 type TenantManager struct { tenants map[string]*TenantInfo mu sync.RWMutex } func NewTenantManager() *TenantManager { return TenantManager{ tenants: make(map[string]*TenantInfo), } } func (tm *TenantManager) Register(info *TenantInfo) { tm.mu.Lock() defer tm.mu.Unlock() tm.tenants[info.ID] info } // 数据隔离中间件 // TenantDataFilter 数据层租户过滤器 type TenantDataFilter struct { db *mockDB // 实际项目中是真实的数据库连接 } // QueryDocuments 查询文档时自动注入 TenantID 过滤 func (tf *TenantDataFilter) QueryDocuments(ctx context.Context, query string) ([]string, error) { tenantID, ok : TenantIDFromContext(ctx) if !ok { return nil, fmt.Errorf(未找到租户 ID拒绝查询) } // 构造带租户过滤的查询 filter : map[string]string{ tenant_id: tenantID, query: query, } // 实际查询 _ filter return nil, nil } // 上下文隔离 // TenantContextStore 租户级别的上下文存储 type TenantContextStore struct { sessions map[string]map[string]interface{} // tenantID → sessionID → context mu sync.RWMutex } func NewTenantContextStore() *TenantContextStore { return TenantContextStore{ sessions: make(map[string]map[string]interface{}), } } // GetContext 获取租户的会话上下文 func (cs *TenantContextStore) GetContext( ctx context.Context, sessionID string, ) (map[string]interface{}, error) { tenantID, ok : TenantIDFromContext(ctx) if !ok { return nil, fmt.Errorf(未找到租户 ID) } cs.mu.RLock() defer cs.mu.RUnlock() if sessions, ok : cs.sessions[tenantID]; ok { if sessionData, ok : sessions[sessionID]; ok { return sessionData.(map[string]interface{}), nil } } return make(map[string]interface{}), nil } // SaveContext 保存租户的会话上下文 func (cs *TenantContextStore) SaveContext( ctx context.Context, sessionID string, data map[string]interface{}, ) error { tenantID, ok : TenantIDFromContext(ctx) if !ok { return fmt.Errorf(未找到租户 ID) } cs.mu.Lock() defer cs.mu.Unlock() if _, ok : cs.sessions[tenantID]; !ok { cs.sessions[tenantID] make(map[string]interface{}) } cs.sessions[tenantID][sessionID] data return nil } // 并发限制中间件 // TenantRateLimiter 租户级别并发限制 type TenantRateLimiter struct { tokens map[string]chan struct{} // 令牌桶 mu sync.Mutex } func NewTenantRateLimiter() *TenantRateLimiter { return TenantRateLimiter{ tokens: make(map[string]chan struct{}), } } // Acquire 获取租户的执行槽位 func (rl *TenantRateLimiter) Acquire(ctx context.Context, tenantID string, maxConcurrent int) error { rl.mu.Lock() ch, ok : rl.tokens[tenantID] if !ok { ch make(chan struct{}, maxConcurrent) rl.tokens[tenantID] ch } rl.mu.Unlock() select { case ch - struct{}{}: return nil case -ctx.Done(): return ctx.Err() } } // Release 释放租户的执行槽位 func (rl *TenantRateLimiter) Release(tenantID string) { rl.mu.Lock() defer rl.mu.Unlock() if ch, ok : rl.tokens[tenantID]; ok { -ch } } // 成本隔离 // TenantCostTracker 租户成本追踪 type TenantCostTracker struct { usage map[string]*TenantUsage // 租户 ID → 用量 mu sync.RWMutex } type TenantUsage struct { TenantID string TotalTokens int64 TotalCost float64 DailyTokens int64 DailyCost float64 DailyDate string MonthlyTokens int64 MonthlyCost float64 MonthlyKey string } func NewTenantCostTracker() *TenantCostTracker { return TenantCostTracker{ usage: make(map[string]*TenantUsage), } } // RecordUsage 记录租户的 Token 使用量 func (ct *TenantCostTracker) RecordUsage(tenantID string, inputTokens, outputTokens int64, cost float64) error { ct.mu.Lock() defer ct.mu.Unlock() if _, ok : ct.usage[tenantID]; !ok { ct.usage[tenantID] TenantUsage{TenantID: tenantID} } usage : ct.usage[tenantID] usage.TotalTokens inputTokens outputTokens usage.TotalCost cost // 每日统计 today : time.Now().Format(2006-01-02) if usage.DailyDate ! today { usage.DailyDate today usage.DailyTokens 0 usage.DailyCost 0 } usage.DailyTokens inputTokens outputTokens usage.DailyCost cost return nil } // GenerateBill 生成租户账单 func (ct *TenantCostTracker) GenerateBill(tenantID string, startTime, endTime time.Time) *TenantBill { // 实际项目中从数据库查询区间用量 return TenantBill{ TenantID: tenantID, TotalCost: 0, ModelBreakdown: make(map[string]float64), } } type TenantBill struct { TenantID string TotalCost float64 ModelBreakdown map[string]float64 // 各模型的费用明细 } // 工具权限控制 // ToolPermissionChecker 工具权限检查 type ToolPermissionChecker struct { tenantTools map[string][]string // 租户 ID → 允许的工具列表 mu sync.RWMutex } func (tc *ToolPermissionChecker) CanUseTool(ctx context.Context, toolName string) bool { tenantID, ok : TenantIDFromContext(ctx) if !ok { return false } tc.mu.RLock() defer tc.mu.RUnlock() allowed, ok : tc.tenantTools[tenantID] if !ok { return false } for _, t : range allowed { if t toolName || t * { return true } } return false } // 接口抽象 type mockDB struct{} // 使用示例 func ProcessTenantRequest(ctx context.Context, tenantID, message string) (string, error) { // 1. 加载租户配置 tenantInfo : TenantInfo{ ID: tenantID, Tier: pro, MaxConcurrent: 5, AllowedTools: []string{query_order, check_status}, RateLimitQPS: 10, } // 2. 注入租户上下文 ctx WithTenant(ctx, tenantInfo) // 3. 后续所有操作都自动携带租户 ID // 数据查询 → 自动过滤 // 上下文存储 → 自动隔离 // 成本记录 → 自动归集 _ ctx _ message return 处理完成, nil }四、多租户隔离的边界与陷阱不要用数据库字段隔离代替真正的主键隔离。在 SQL 中加WHERE tenant_id ?是对的但不能只靠这一层。如果开发忘了加这个条件数据就泄露了。更安全的做法是数据库层面的 Row-Level Security 策略。共享知识的租户特殊处理。有些场景下多个租户共享同一套知识库如同一个行业的多租户共享法规知识。这时需要区分共享知识和私有数据共享部分不需要租户过滤私有数据严格要求。租户级别的资源配额要留缓冲。如果 10 个租户共享一个 Agent 集群每个租户分到 10% 的资源配额总共 100%。实际运行中资源利用率很少达到 100%总会有一个租户的配额浪费。用弹性配额而非硬配额——未使用的配额可以被其他租户临时借用。隔离带来的运维成本。如果每个租户有独立的向量库索引、独立的 Agent 实例隔离性最好但运维成本也最高。大多数场景下轻量隔离数据级 上下文级已经足够不需要做到实例级隔离。五、总结多租户隔离的四个核心数据操作必须带 TenantID、上下文存储按租户分区、任务配额按租户限制、成本统计按租户独立。实施策略先用 Context 传递 TenantID 的统一入口模式再逐步加固数据层和资源层的隔离。隔离做得越早代价越小——等到数据混了再拆分比脏了再洗难十倍。
延伸阅读

更多相关文章

2026/11/2 23:27:32

如何解决Windows下LG Ultrafine显示器亮度无法调节的困扰

如何解决Windows下LG Ultrafine显示器亮度无法调节的困扰 【免费下载链接】LG-Ultrafine-Brightness A tool to adjust brightness of LG Ultrafine 4k/5K on Windows 项目地址: https://gitcode.com/gh_mirrors/lg/LG-Ultrafine-Brightness 你是否正在使用LG Ultrafine…

2026/10/28 21:37:26

毫米波雷达芯片静电防护:从AWR1843AOP封装剖析到全链路工程实践

1. 毫米波雷达芯片的静电防护:从原理到实践的深度解析在毫米波雷达传感器的硬件开发中,尤其是面对AWR1843AOP这类集成了天线、射频前端和数字处理单元的先进芯片,工程师们往往将大部分精力倾注在射频性能调优、算法开发和系统集成上。然而&am…

2026/11/4 20:08:17

AI编码代理可靠性工程:从指令设计到验证体系的完整实践

如果你最近在关注 AI 编程助手,可能会发现一个有趣的现象:很多团队投入大量精力去追求更强大的模型,但实际使用中,真正影响开发效率的往往不是模型本身的能力,而是整个编码流程的可靠性。一个看似智能的 AI 代理&#…

2026/11/5 10:38:55

Univer开源Web Office引擎:Canvas渲染与协同编辑实战解析

第一次看到Univer这个项目名字的时候,我下意识以为是哪个海外团队用“University”做的教育类产品。直到我翻完它的仓库和在线Demo,才发现自己差点错过一个好东西——这是一个把“在线电子表格、文档、幻灯片”全部做成开源引擎的Web Office项目&#xf…

2026/11/5 10:38:55

Foxmail数字签名与加密配置全指南:S/MIME证书实战落地

1. 邮件签名与加密不是“加个水印”或“点个锁图标”那么简单很多人第一次在Foxmail里找“签名”功能,点开设置就以为万事大吉——填上姓名、电话、公司logo,保存退出,邮件发出去带个固定落款,就觉得“搞定”。等真遇到客户问“你…

2026/11/5 10:38:55

LVS负载均衡优化:FWM标记与持久化服务实践

1. 为什么需要优化LVS调度?在企业级负载均衡场景中,Linux Virtual Server(LVS)作为四层负载均衡的经典解决方案,其性能表现直接影响着整个业务系统的稳定性。但在实际生产环境中,我们常常会遇到两个典型问题…

2026/11/5 10:38:55

用Python打造个人命令行工具集:CLI-Anything实战解析

1. 项目概述:当我把一切日常操作都赶进了终端1.1 从一个真实痛点说起先坦白一个让人脸红的事实:在我动手写 CLI-Anything 之前,我的电脑桌面和工作目录乱得像个菜市场。截图随手丢在桌面,下载的文档散落在各个文件夹,临…

2026/11/5 10:38:55

基于Nios II软核的FPGA电子钟设计与软硬协同实现

简介:面向FPGA与Nios II学习者及课程设计开发者,这份电子钟工程以Verilog与SOPC协同实现为核心,可用于理解软硬件划分、定时器计时和外设驱动方法。设计采用Qsys生成的1ms定时器计时,8位数码管显示时间,3个按键完成正常…

2026/11/5 10:33:54

LSM-Tree与StarRocks存储引擎深度解析

1. LSM-Tree存储引擎基础解析 LSM-Tree(Log-Structured Merge-Tree)是现代数据库系统中广泛采用的一种存储结构,其核心设计思想是通过顺序写入和后台合并来优化写性能。与传统的B树结构相比,LSM-Tree在写入密集型场景下能提供更高…

2026/11/4 12:38:23

面向复杂光照与角度的宠物面部识别鲁棒性增强策略

在智慧养宠时代,基于视觉的宠物身份识别技术正逐步从实验室走向家庭应用。然而,与配合度高的人类不同,宠物是典型的“非合作生物识别对象”——它们不会主动配合摄像头调整姿态,更无法控制光照环境。实际应用中,我们常…

2026/11/4 21:04:25

SSM电子书店源码全解析:结构、原理、部署与排错实战

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/11/5 0:02:07

多智能体协作系统架构设计与实践优化

1. 多智能体协作系统的时代背景2017年Transformer架构的诞生彻底改变了人工智能的发展轨迹。当行业还沉浸在单一大模型带来的性能突破时,Anthropic的研究团队已经将目光投向了更前沿的领域——如何让多个智能体通过协作产生超越单体能力的系统智能。这就像交响乐团中…

2026/11/5 0:02:07

大模型系统性入门实战指南:从原理到部署微调的全链路路线

提到大模型的系统性入门,我先说个结论:这事真不难,难的是资料太散、路线太多,今天这个框架明天那个工具,新人很容易在“收藏夹吃灰”和“教程看到一半放弃”之间反复横跳。市面上关于大模型的内容少说有几十万篇&#…

2026/11/5 0:02:07

鸿蒙文件系统沙箱机制解析与开发实践

1. 鸿蒙文件系统沙箱机制深度解析作为一名从Android转向鸿蒙开发的工程师,我深刻体会到文件系统访问是迁移过程中最先遇到的"拦路虎"。在Android上运行良好的文件读写代码,在鸿蒙真机环境却频频出现文件写入后神秘消失或直接抛出权限拒绝错误的…

2026/11/4 12:38:23

面向复杂光照与角度的宠物面部识别鲁棒性增强策略

在智慧养宠时代,基于视觉的宠物身份识别技术正逐步从实验室走向家庭应用。然而,与配合度高的人类不同,宠物是典型的“非合作生物识别对象”——它们不会主动配合摄像头调整姿态,更无法控制光照环境。实际应用中,我们常…

2026/11/4 21:04:25

SSM电子书店源码全解析:结构、原理、部署与排错实战

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

还想了解更多?直接咨询顾问

免费诊断 + 免费方案 + 透明报价。

全国咨询热线400-8866-253
免费获取方案
☎咨询二维码 ☎ ↑