LangSmith BYOC 拓展至 Azure 和 Google Cloud，赋能智能体团队

据 LangChain 博客报道，随着 LangChain 宣布其 LangSmith“自备云”（BYOC）架构现已在 AWS 上全面可用，并在 Azure 和 Google Cloud 上推出测试版，智能体部署的基础设施格局在本周发生了变化。

发生 了什么

据 LangChain 博客介绍，LangSmith BYOC 将基础设施拆分为两个不同的组件：由 LangChain 管理的控制平面和由组织拥有的数据平面。控制平面处理身份验证、组织和工作空间配置、计费元数据、哈希 API 密钥以及静态 UI 资产。同时，可以跨多个账户和区域的数据平面保留所有敏感资产，包括追踪（traces）、提示词（prompts）、数据集、实验、智能体部署和工作空间机密。

此次扩展为每个云服务商带来了特定的云原生集成。在 Azure 上，BYOC 在具有私有 AKS API 端点的专用虚拟网络内运行数据平面，利用带有 Helm 的 Istio 和 KEDA 进行入口路由和事件驱动扩展，并将系统遥测路由到 Azure Monitor。在 Google Cloud 上，数据平面可以在任何区域运行，同时由 LangChain 的美国控制平面进行管理，并利用命名空间范围的名称来防止基础设施冲突。在 AWS 上，数据平面在现有的 VPC 内运行，允许安全团队附加自定义安全组进行入站和出站检查。

此前，具有严格合规要求的组织必须部署和维护自托管的 LangSmith 实例，这需要专门的平台工程师来修补有状态服务、配置数据库并管理架构迁移。通过 BYOC，LangChain 在组织的虚拟网络内部署和运营应用程序，同时处理扩展、架构更新和运行时依赖项。组织可以使用开源迁移工具将工作空间资源从自托管环境迁移，并通过内部的 LangChain 工具进行追踪数据迁移。

为什么这对小型 AI 工程团队至关重要

对于在生产环境中运行智能体应用的小型团队负责人和创始人来说，基础设施维护是对开发速度的持续消耗。到目前为止，选择严格的数据主权意味着付出沉重的运营代价：花费大量工程时间来处理 Helm 图表、管理数据库迁移以及修补有状态服务。BYOC 通过分担负担解决了这个问题。您可以将敏感的智能体遥测数据、提示词和评估数据集安全地保留在您自己的云边界内，在满足企业合规性需求的同时，无需专职的平台工程团队来维持日常运营。

这种架构还为不断发展的企业释放了多云灵活性。如果您的核心产品栈在 AWS 上运行，而某个企业客户强制要求在其隔离的业务单元中使用 Azure，您的平台团队可以根据每个云的安全模型配置独立的数据平面，同时保持统一的工作空间策略。通过抽象化运行时依赖项和扩展机制，该模型使小型团队能够以最少的开销越级部署企业级的智能体基础设施。

本周可以做什么

1. 审查您当前的智能体基础设施和数据驻留要求，以确定您的敏感追踪和评估数据集是否必须驻留在特定云服务商的虚拟网络中。
2. 查看 LangChain 在 GitHub 上提供的公开 Terraform 模块和架构文档，评估团队主要云环境（AWS、Azure 或 Google Cloud）的实施复杂性。
3. 如果您当前的自托管设置正在消耗您的工程带宽，并且您准备好计划向 BYOC 模型进行零停机迁移，请联系 LangChain 销售团队。

来源

• LangSmith BYOC is now available on AWS, Azure, and Google Cloud — LangChain Blog