主题
为什么选择 BYOC
比较 LangSmith BYOC 与自托管 LangSmith，以决定哪种部署模式适合你的组织。
BYOC 面向那些希望获得自托管的数据所有权和网络隔离，又不想投入工程时间来自己构建和运营完整 LangSmith 平台的组织。数据平面保留在你的 AWS 账户中，由 LangChain 管理 LangSmith 基础设施。
BYOC 提供什么
- 更快见效：你预置一个 AWS 账户和所需角色，其余预置流程由 LangChain 处理。
- 客户拥有的数据：数据库、对象存储和计算都运行在你拥有的基础设施中。
- 私有网络：数据平面在你的 AWS 账户内运行，可以私有方式连接到你的系统，而无需将其公开暴露。
- 与 SaaS 对齐的架构：数据平面采用经过验证的架构进行预置。
- 开箱即用的监控：LangChain 可查看数据平面的健康状况和指标，并能主动识别、调查和修复问题。
- 更少的平台维护：你的工程团队有更多时间用 LangSmith 创造价值，而更少时间管理 LangSmith 基础设施、升级、扩缩容和运维偏移。
- 自动升级：你会自动升级到 LangSmith 的较新版本。
- 降低多环境和多区域推广的门槛：跨环境、账户或区域运行多个 LangSmith 数据平面，而无需每次都从头重建架构。
比较 BYOC 与自托管
下表比较了这两种部署模式：
| 维度 | BYOC | 自托管 |
|---|---|---|
| 核心价值 | 客户拥有的数据平面，搭配托管的 LangSmith 运营模式 | 对完整 LangSmith 部署的最大控制权 |
| 见效时间 | 更快：预置账户和角色，随后由 LangChain 预置受支持的数据平面架构 | 更长：你需要自行设计、预置、连接、保护并运营整个技术栈 |
| 运营 | LangChain 承担更多产品运营模式、升级路径和可支持的基础设施模式 | 你需要为整个技术栈负责部署、升级、扩缩容、监控和事件响应 |
| 架构 | 标准化，接近 LangChain SaaS 生产架构 | 更灵活，但更容易偏离受支持的模式 |
| 最适合 | 需要数据隔离和私有网络，但不想自己运营每个 LangSmith 组件的团队 | 需要全栈所有权、使用不受支持的基础设施模式，或无法使用托管控制平面的团队 |
从自托管迁移到 BYOC
你可以从现有的自托管部署迁移到 BYOC。目前不会迁移追踪，但用户、角色、数据集、实验、提示词、标注队列配置、自动化规则和仪表盘都可以复制过来。
如需规划迁移，请联系我们的销售团队。