LangChain 将 LangSmith BYOC 测试版扩展至 Azure 和 Google Cloud

LangChain于2026年11月3日宣布，LangSmith的BYOC（自带云）现已在Microsoft Azure和Google Cloud上推出测试版，从而将这一托管部署选项扩展到了AWS之外——在AWS上该模式已正式可用。

BYOC将敏感的LangSmith数据和智能体部署保留在客户自己的云账户中。该平台背后的公司LangChain负责管理数据面，包括编排、扩缩容和平台更新。它面向那些希望获得自托管LangSmith的数据驻留和网络隔离能力、但又不想自行运营整个平台的组织。

AWS是更早的发布平台。LangChain在2026年8月12日的公告中为寻求在自有AWS账户和VPC内进行托管部署的企业推出了BYOC，尤其是那些有严格数据治理要求的团队。

BYOC如何划分LangSmith

BYOC将平台分为由LangChain运营的控制面和客户拥有的数据面。控制面包含身份验证、组织和工作区配置、计费元数据、哈希后的API密钥以及静态界面资源。数据面包含追踪、提示词、数据集、实验、智能体部署和工作区密钥。

一个组织可以在不同账户和区域中维护多个数据面，每个数据面内都有工作区。这种结构允许按区域、环境或业务部门进行隔离。平台团队可以在单独的AWS账户中运行生产和预发布环境，而一个以Azure为标准化的业务部门则运营自己的部署。

该模式还改变了与自托管LangSmith相关的升级负担。此前，具有严格合规边界的团队需要平台工程师来修补有状态服务、配置数据库、运行模式迁移并协调自定义Helm发布。采用BYOC后，数据保留在客户的虚拟网络中，而LangChain负责管理扩缩容、模式更新和运行时依赖。

LangChain表示，AWS客户提到的主要优势包括持续升级、比自托管发布周期更快地获得LangSmith新功能，以及自动扩缩容。

云架构与安全责任

三家云均支持BYOC数据面中的Managed Deep Agents端点，但具体实现使用各提供商自己的网络和安全构建模块。

在Azure上，数据面运行在专用虚拟网络中，并配有私有AKS API端点。Istio和KEDA通过Helm部署，用于入口路由和事件驱动扩缩容，系统遥测数据发送到Azure Monitor。LangChain将Azure上的LangSmith Sandboxes支持列为即将推出。Google Cloud数据面在发布时可在任何区域运行，不过它们由LangSmith的美国控制面管理；命名空间范围的资源名称旨在避免与现有基础设施发生冲突。

AWS支持使用现有VPC，数据库放置在客户选择的子网中。安全团队可以将自己的安全组附加到应用程序角色上，使数据面符合现有的入口和出口检查策略。

在AWS上，两个PrivateLink连接承载两个面之间的通信，LangChain不会通过公共互联网访问客户环境。敏感数据请求直接从浏览器或客户端发送到客户数据面。跨账户IAM角色可以配置和管理基础设施，但它对追踪存储桶没有s3:GetObject权限，对PostgreSQL没有rds-db:connect权限，对Redis没有elasticache:Connect权限。

在AWS上，责任共担模式将云账户治理、内部连接、访问策略、客户侧安全监控和合规控制留给客户。LangChain负责运营和更新托管组件。事件排查可能需要经客户批准的紧急访问权限，并在访问后提供摘要，涵盖时间戳、所采取的操作以及访问的任何数据。

迁移与访问

对于从自托管LangSmith迁移的组织，开源迁移工具会复制用户和角色、数据集、实验、提示词、标注队列配置、自动化规则、仪表板和Fleet资源。它复制而非移动数据，源实例保持不变并继续运行。迁移文档还留下了手动工作：已部署的智能体必须重新部署，Insights报告不会在实例之间转移，Fleet迁移需要重新输入密钥值并重新连接每用户OAuth连接。

追踪、运行和反馈遵循由LangChain使用内部工具操作的单独流程。AWS支持追踪迁移，而开源工具不迁移追踪数据。

BYOC和迁移工具背后的Terraform模块是公开的。LangChain表示，数据面LLM Gateway开箱即支持来自11家提供商的模型，以及任何OpenAI或Anthropic兼容端点。在AWS、Azure或Google Cloud上配置BYOC数据面需要联系LangChain销售团队。

对企业而言，实际效果是在不转移云治理权的情况下，可以更广泛地选择数据边界的位置：LangChain可以在更多地方运营LangSmith，而客户团队仍然拥有账户控制、监控、合规以及若干迁移任务。