工作负载隔离

LangSmith 使用分层结构来组织您的工作：组织、工作空间、应用程序 和 资源。这种结构让您可以平衡协作与访问控制，从而选择适合您团队需求的隔离级别。 LangSmith 的权限系统建立在此层次结构之上。通过基于角色的访问控制 (RBAC)，用户的权限被限定在一个或多个工作空间范围内，从而在工作空间之间实施隔离。通过更精细的基于属性的访问控制 (ABAC)，访问权限可以根据工作空间内的属性（如标签或应用程序）进一步限制或授予（例如，只允许用户访问开发资源或只访问与特定应用程序关联的资源）。 本页根据您团队的隔离要求，解释了组织工作空间的三种常见方法：

• 以团队为中心的工作空间：每个团队一个工作空间（推荐大多数客户使用）
• 协作型工作空间：多个团队共享一个工作空间
• 项目隔离的工作空间：每个团队多个工作空间（适用于严格的隔离要求）

​

以团队为中心的工作空间

此模型（每个团队一个工作空间）使用单个组织作为顶层边界。在该组织内部，使用多个工作空间来隔离不同的团队或业务单元。每个工作空间代表一个特定团队的逻辑边界，并控制该团队可以访问的数据和资源。在一个工作空间内，团队使用多个应用程序将支持同一智能体的资源分组在一起。一个应用程序也可能包含用于开发和生产环境的独立资源，例如分开的跟踪项目。

• 优点： 单个工作空间允许所有团队资源共享，使团队内部的协作和迭代变得简单直接。它还简化了从开发到生产的流程提升。例如，同一个提示词可以进行版本控制并使用标签提升到生产环境，无需复制或重复。
• 缺点： 主要的权衡在于同一团队的不同环境之间隔离有限。开发、测试和生产资源共存于同一应用程序中，因此团队必须依赖标签和约定来避免对生产环境的意外影响。RBAC 限定在工作空间级别。ABAC 通过基于资源属性（例如，仅允许用户访问开发资源）来提供更细粒度的工作空间内权限控制。

​

协作型工作空间

在此模型（多个团队共享一个工作空间）中，多个团队在组织内共享单个工作空间，并使用应用程序和 ABAC 来分离资源并管理访问。因此，共享资源（如提示词和部署）可以在团队间重复使用，而对敏感资源（如跟踪记录和数据集）的访问则限制在拥有团队内部。

• 优点： 提示词和部署等通用资源可以在团队间共享和重复使用，从而增加协作并减少重复工作。与以团队为中心的工作空间模型不同，协作不仅限于单个团队，可以跨越工作空间内的所有团队。
• 缺点： 团队和环境之间的隔离比多工作空间模型要弱，并且依赖于正确使用 ABAC。标签或策略配置错误可能会暴露跨团队的敏感跟踪记录或数据集，并且跨多个团队管理权限会增加操作复杂性。

​

项目隔离的工作空间

在此模型（每个团队多个工作空间）中，通过为单个团队创建多个工作空间来增强隔离性。工作空间可以按项目或环境（例如分开的开发和生产工作空间）来组织。每个工作空间都是完全隔离的，拥有自己的用户、数据和资源，访问权限严格限定在该工作空间内。

• 优点： 团队、项目和环境之间具有强隔离性。仅拥有开发工作空间访问权限的用户无法查看或访问生产数据或任何生产资源，从而降低了意外更改或跨环境误用的风险。
• 缺点： 资源无法跨工作空间共享。重用提示词、数据集或实验，即使是在将智能体从开发环境提升到生产环境时，也需要在工作空间之间手动复制，这会带来摩擦和重复。为了减少此开销，您可以使用 LangSmith 数据迁移工具 在工作空间之间复制提示词、数据集或实验。

---