LangChain 於 2026 年 11 月 3 日官方部落格宣佈，LangSmith Bring Your Own Cloud（BYOC，自帶雲）現已支援三大雲平台：AWS 已正式商用（GA），Azure 同 Google Cloud 為 Beta 測試。核心賣點係你嘅 trace（追蹤紀錄）、evals（評估）、datasets、prompts 同 agent 部署全部留喺你自己嘅雲帳號，由 LangChain 負責管運營。
點解要分兩層
BYOC 將 LangSmith 拆成兩個平面。LangChain 運行「控制平面」，放 auth、組織同 workspace 配置、計費 metadata、hashed API key 同靜態 UI 資源；而你擁有「數據平面」，放一切敏感資料，包括 trace、prompt、dataset、實驗、agent 部署同 workspace secrets。
一個組織可以喺不同帳號同地區跑多個數據平面，每個平面再放多個 workspace，即可以按地區、環境或者業務部門分流。舉例：平台團隊可以喺兩個獨立 AWS 帳號分別跑 production 同 staging，而統一用 Azure 嘅業務部門可以在 Azure 自己開獨立 BYOC 部署。每個團隊嘅 trace 都落喺自己持有嘅帳號。
自託管 vs BYOC
之前要求嚴格合規嘅團隊要自行部署並維護 self-hosted LangSmith，雖然數據保住喺自己界線內，但要專人跟 patch、database 配置同 schema migration。用 Helm 管執行組件，每次更新都要協調停機。
BYOC 係由 LangChain 喺你自己嘅 VPC 入面 provision 並運營。數據平面資料留喺你 VPC，但 LangChain 負責 scaling、schema 更新同 runtime dependencies，用唔到你再安排停機窗口。
各雲嘅部署細節
三大雲各有自己嘅 network policy、identity model 同 security requirement，所以 BYOC 用各雲嘅自身組件搭建。三個雲嘅 BYOC 數據平面都運行 Managed Deep Agents endpoints。
- Azure：數據平面喺獨立 VPC 入面，用私隱 AKS API endpoint；Istio 同 KEDA 配 Helm 處理 ingress routing 同 event-driven scaling；系統 telemetric 送 Azure Monitor。LangSmith Sandboxes on Azure 會盡快支援。
- Google Cloud：上線時數據平面可喺任意地區運行，由 LangSmith 嘅美國控制平面管；資源用 namespace-scoped names，避免同現有基礎設施衝突。
- AWS：喺現有 VPC 內運行（原文此段截斷）。
用户講嘅三個好處
根據 BYOC on AWS 自 8 月推出後嘅用户反饋，三個主要好處係：平台持續升級（唔使自己 plan 維護窗口同管 Helm upgrade）、新功能緊隨 LangSmith Cloud 推出、自動隨負載 scaling 維持 uptime。
阿調搞兩下：呢次嘅核心唔係又多一個雲平台選項，而係「權限」問題。trace 同 prompt 都係敏感料，之前要自託管先保得住，但自託管要養人跟 Helm。BYOC 將責任分拆：你揀雲、你揀邊，LangChain 管執行。對香港同海外團隊，最實際嘅問題係邊個揸住「更新鍵」——係你老細定係 LangChain？呢個先係要問清楚嘅。
