LangChain bringt die LangSmith-BYOC-Beta zu Azure und Google Cloud

LangChain gab am 3. November 2026 bekannt, dass LangSmith Bring Your Own Cloud (BYOC) nun als Betaversion auf Microsoft Azure und Google Cloud verfügbar ist. Damit wird die Option für verwaltete Bereitstellungen über AWS hinaus erweitert, wo sie allgemein verfügbar ist.

Bei BYOC verbleiben sensible LangSmith-Daten und Agent-Bereitstellungen im Cloud-Konto des Kunden. Das Unternehmen hinter der Plattform, LangChain, verwaltet die Datenebene einschließlich Orchestrierung, Skalierung und Plattformaktualisierungen. Das Angebot richtet sich an Organisationen, die die Datenresidenz und Netzwerkisolation einer selbst gehosteten LangSmith-Instanz wünschen, ohne die gesamte Plattform selbst betreiben zu müssen.

Zuerst wurde AWS unterstützt. Mit der Ankündigung vom 12. August 2026 führte LangChain BYOC für Unternehmen ein, die eine verwaltete Bereitstellung in ihrem eigenen AWS-Konto und ihrer eigenen VPC wünschen – insbesondere Teams mit strengen Anforderungen an die Datenverwaltung.

So ist LangSmith mit BYOC aufgeteilt

BYOC teilt die Plattform in eine von LangChain betriebene Steuerungsebene und eine kundeneigene Datenebene auf. Die Steuerungsebene umfasst Authentifizierung, Organisations- und Workspace-Konfiguration, Abrechnungsmetadaten, gehashte API-Schlüssel und statische Oberflächenressourcen. In der Datenebene liegen Traces, Prompts, Datensätze, Experimente, Agent-Bereitstellungen und Workspace-Geheimnisse.

Eine Organisation kann mehrere Datenebenen in verschiedenen Konten und Regionen betreiben, jeweils mit Workspaces darin. Diese Struktur ermöglicht eine Trennung nach Region, Umgebung oder Geschäftsbereich. Ein Plattformteam könnte Produktions- und Staging-Umgebungen in separaten AWS-Konten betreiben, während ein auf Azure standardisierter Geschäftsbereich seine eigene Bereitstellung verwaltet.

Das Modell verändert auch den mit einer selbst gehosteten LangSmith-Instanz verbundenen Aufwand für Aktualisierungen. Teams mit strengen Compliance-Vorgaben mussten bisher Plattformingenieure damit beauftragen, zustandsbehaftete Dienste mit Patches zu versehen, Datenbanken zu konfigurieren, Schema-Migrationen durchzuführen und eigene Helm-Rollouts zu koordinieren. Bei BYOC verbleiben die Daten im virtuellen Netzwerk des Kunden, während LangChain die Skalierung, Schemaaktualisierungen und Laufzeitabhängigkeiten verwaltet.

LangChain zufolge nannten AWS-Kunden kontinuierliche Aktualisierungen, einen schnelleren Zugang zu neuen LangSmith-Funktionen als bei der Veröffentlichungsfrequenz der selbst gehosteten Version und automatische Skalierung als wichtigste Vorteile.

Cloud-Architektur und Sicherheitsverantwortlichkeiten

Alle drei Clouds unterstützen Managed-Deep-Agents-Endpunkte in BYOC-Datenebenen. Die Implementierungen nutzen jedoch jeweils die eigenen Netzwerk- und Sicherheitskomponenten des jeweiligen Anbieters.

Auf Azure läuft die Datenebene in einem dedizierten virtuellen Netzwerk mit einem privaten AKS-API-Endpunkt. Istio und KEDA werden über Helm für das Routing eingehender Anfragen und die ereignisgesteuerte Skalierung bereitgestellt; die Systemtelemetrie wird an Azure Monitor übermittelt. LangChain gibt an, dass die Unterstützung für LangSmith Sandboxes auf Azure in Kürze verfügbar sein soll. Datenebenen auf Google Cloud können zum Start in jeder beliebigen Region betrieben werden, werden jedoch über die US-Steuerungsebene von LangSmith verwaltet. Ressourcennamen mit Gültigkeit innerhalb eines Namespace sollen Kollisionen mit bestehender Infrastruktur vermeiden.

AWS unterstützt die Nutzung einer vorhandenen VPC; die Datenbank wird dabei in vom Kunden ausgewählten Subnetzen platziert. Sicherheitsteams können den Anwendungsrollen eigene Sicherheitsgruppen zuweisen, sodass sich die Datenebene in bestehende Richtlinien zur Prüfung des ein- und ausgehenden Datenverkehrs einfügt.

Auf AWS übertragen zwei PrivateLink-Verbindungen die Kommunikation zwischen den Ebenen; LangChain greift nicht über das öffentliche Internet auf die Kundenumgebung zu. Anfragen zu sensiblen Daten werden direkt vom Browser oder Client an die kundeneigene Datenebene gesendet. Die kontoübergreifende IAM-Rolle kann Infrastruktur bereitstellen und verwalten, verfügt aber über keine s3:GetObject Berechtigung für den Trace-Bucket und keine rds-db:connect Berechtigung für PostgreSQL sowie keine elasticache:Connect Berechtigung für Redis.

Auf AWS überträgt das Modell der geteilten Verantwortung dem Kunden die Verantwortung für die Verwaltung des Cloud-Kontos, die interne Konnektivität, Zugriffsrichtlinien, die kundenseitige Sicherheitsüberwachung und Compliance-Kontrollen. LangChain betreibt und aktualisiert die verwalteten Komponenten. Die Untersuchung von Vorfällen kann einen vom Kunden genehmigten Notfallzugriff erfordern; im Anschluss wird eine Zusammenfassung mit Zeitangaben, durchgeführten Maßnahmen und gegebenenfalls abgerufenen Daten bereitgestellt.

Migration und Zugriff

Für Organisationen, die von einer selbst gehosteten LangSmith-Instanz wechseln, kopiert das Open-Source-Migrationswerkzeug Benutzer und Rollen, Datensätze, Experimente, Prompts, die Konfiguration der Anmerkungswarteschlangen, Automatisierungsregeln, Dashboards und Fleet-Ressourcen. Die Daten werden kopiert, nicht verschoben; die Quellinstanz bleibt unverändert und weiterhin in Betrieb. Auch die Migrationsdokumentation weist auf manuelle Arbeitsschritte hin: Bereitgestellte Agents müssen erneut bereitgestellt werden, Insights-Berichte lassen sich nicht zwischen Instanzen übertragen, und bei Fleet-Migrationen müssen geheime Werte erneut eingegeben sowie OAuth-Verbindungen für einzelne Benutzer wiederhergestellt werden.

Für Traces, Runs und Feedback gibt es einen separaten, von LangChain mit internen Werkzeugen ausgeführten Prozess. Die Migration von Traces wird auf AWS unterstützt; das Open-Source-Werkzeug migriert jedoch keine Traces.

Die Terraform-Module, auf denen BYOC und das Migrationswerkzeug basieren, sind öffentlich zugänglich. LangChain zufolge unterstützt das LLM Gateway der Datenebene standardmäßig Modelle von 11 Anbietern sowie beliebige mit OpenAI oder Anthropic kompatible Endpunkte. Um eine BYOC-Datenebene auf AWS, Azure oder Google Cloud bereitzustellen, muss der Vertrieb von LangChain kontaktiert werden.

Für Unternehmen bedeutet das in der Praxis eine größere Auswahl an Standorten für die Datengrenze, ohne die Cloud-Governance abzugeben: LangChain kann LangSmith an mehr Standorten betreiben, während die Kundenteams weiterhin die Kontrollen auf Kontoebene, die Überwachung, die Compliance und mehrere Migrationsaufgaben verantworten.