LangChain lleva la versión beta de LangSmith BYOC a Azure y Google Cloud

LangChain anunció el 3 de noviembre de 2026 que LangSmith Bring Your Own Cloud (BYOC) ya está disponible en versión beta en Microsoft Azure y Google Cloud, ampliando la opción de implementación gestionada más allá de AWS, donde ya está disponible de forma general.

BYOC mantiene los datos confidenciales de LangSmith y las implementaciones de agentes en la cuenta en la nube del cliente. La empresa detrás de la plataforma, LangChain, administra el plano de datos, incluida la orquestación, el escalado y las actualizaciones de la plataforma. Está pensado para organizaciones que desean la residencia de datos y el aislamiento de red de LangSmith autohospedado sin tener que operar ellas mismas toda la plataforma.

AWS fue el primer servicio en el que se lanzó. En el anuncio del 12 de agosto de 2026, LangChain presentó BYOC para empresas que buscaban una implementación gestionada en su propia cuenta de AWS y VPC, en particular para equipos con requisitos estrictos de gobernanza de datos.

Cómo divide BYOC LangSmith

BYOC divide la plataforma en un plano de control operado por LangChain y un plano de datos propiedad del cliente. El plano de control contiene la autenticación, la configuración de la organización y los espacios de trabajo, los metadatos de facturación, las claves de API cifradas mediante hash y los recursos estáticos de la interfaz. El plano de datos contiene trazas, indicaciones, conjuntos de datos, experimentos, implementaciones de agentes y secretos de los espacios de trabajo.

Una organización puede mantener varios planos de datos en distintas cuentas y regiones, con espacios de trabajo dentro de cada uno. Esta estructura permite separar por región, entorno o unidad de negocio. Un equipo de plataforma podría ejecutar los entornos de producción y pruebas en cuentas de AWS distintas, mientras que una unidad de negocio que haya estandarizado sus operaciones en Azure gestiona su propia implementación.

Este modelo también cambia la carga de las actualizaciones asociada a LangSmith autogestionado. Antes, los equipos sujetos a estrictos límites de cumplimiento normativo necesitaban ingenieros de plataforma para aplicar parches a servicios con estado, configurar bases de datos, ejecutar migraciones de esquemas y coordinar implementaciones personalizadas con Helm. Con BYOC, los datos permanecen en la red virtual del cliente, mientras LangChain gestiona el escalado, las actualizaciones de esquemas y las dependencias del entorno de ejecución.

LangChain señaló que los clientes de AWS mencionaron como principales ventajas las actualizaciones continuas, el acceso más rápido a las nuevas funciones de LangSmith que con el ciclo de lanzamientos de la versión autogestionada y el escalado automático.

Arquitectura en la nube y responsabilidades de seguridad

Las tres plataformas en la nube admiten puntos de conexión de Managed Deep Agents en los planos de datos de BYOC, pero cada implementación utiliza los componentes de red y seguridad propios del proveedor correspondiente.

En Azure, el plano de datos se ejecuta en una red virtual dedicada con un punto de conexión privado de la API de AKS. Istio y KEDA se implementan mediante Helm para el enrutamiento del tráfico entrante y el escalado basado en eventos, y la telemetría del sistema se envía a Azure Monitor. LangChain indica que la compatibilidad con LangSmith Sandboxes en Azure estará disponible próximamente. Los planos de datos de Google Cloud pueden ejecutarse en cualquier región desde el lanzamiento, aunque se gestionan desde el plano de control de LangSmith en Estados Unidos; los nombres de recursos limitados al espacio de nombres están pensados para evitar conflictos con la infraestructura existente.

AWS admite el uso de una VPC existente, con la base de datos ubicada en las subredes que elija el cliente. Los equipos de seguridad pueden asociar sus propios grupos de seguridad a los roles de las aplicaciones, lo que permite integrar el plano de datos en las políticas existentes de inspección del tráfico entrante y saliente.

En AWS, dos conexiones de PrivateLink transportan la comunicación entre los planos, y LangChain no accede al entorno del cliente a través de la internet pública. Las solicitudes de datos confidenciales van directamente del navegador o cliente al plano de datos del cliente. El rol de IAM entre cuentas puede aprovisionar y gestionar la infraestructura, pero no tiene s3:GetObject permiso sobre el bucket de trazas, ni rds-db:connect permiso para acceder a PostgreSQL, ni elasticache:Connect permiso para acceder a Redis.

En AWS, el modelo de responsabilidad compartida deja en manos del cliente la gobernanza de la cuenta en la nube, la conectividad interna, las políticas de acceso, la supervisión de seguridad del lado del cliente y los controles de cumplimiento normativo. LangChain opera y actualiza los componentes gestionados. La investigación de incidentes puede requerir un acceso de emergencia aprobado por el cliente; después del acceso, se proporciona un resumen con las marcas de tiempo, las acciones realizadas y los datos a los que se haya accedido.

Migración y acceso

Para las organizaciones que migran desde LangSmith autogestionado, la herramienta de migración de código abierto copia usuarios y roles, conjuntos de datos, experimentos, indicaciones, configuración de las colas de anotación, reglas de automatización, paneles y recursos de Fleet. Copia los datos en lugar de trasladarlos, por lo que la instancia de origen permanece intacta y activa. La documentación de migración también señala tareas que deben realizarse manualmente: hay que volver a implementar los agentes desplegados, los informes de Insights no se transfieren entre instancias y las migraciones de Fleet requieren volver a introducir los valores de los secretos y reconectar las conexiones OAuth de cada usuario.

Las trazas, las ejecuciones y los comentarios siguen un proceso distinto, operado por LangChain con herramientas internas. La migración de trazas está disponible en AWS, mientras que la herramienta de código abierto no las migra.

Los módulos de Terraform que sustentan BYOC y la herramienta de migración son públicos. LangChain indicó que la puerta de enlace LLM del plano de datos admite de fábrica modelos de 11 proveedores, además de cualquier punto de conexión compatible con OpenAI o Anthropic. Para aprovisionar un plano de datos de BYOC en AWS, Azure o Google Cloud, es necesario ponerse en contacto con el equipo de ventas de LangChain.

Para las empresas, el efecto práctico es que disponen de más opciones para decidir dónde establecer el límite de los datos sin ceder la gobernanza de la nube: LangChain puede operar LangSmith en más ubicaciones, mientras que los equipos de los clientes siguen siendo responsables de los controles de las cuentas, la supervisión, el cumplimiento normativo y varias tareas de migración.