LangChain udostępnia wersję beta LangSmith BYOC w Azure i Google Cloud

LangChain ogłosił 3 listopada 2026 r., że LangSmith Bring Your Own Cloud (BYOC) jest już dostępny w wersji beta w Microsoft Azure i Google Cloud, rozszerzając ofertę zarządzanych wdrożeń poza AWS, gdzie usługa jest ogólnie dostępna.

BYOC przechowuje wrażliwe dane LangSmith i wdrożenia agentów na koncie klienta w chmurze. Firma stojąca za platformą, LangChain, zarządza płaszczyzną danych, w tym orkiestracją, skalowaniem i aktualizacjami platformy. Rozwiązanie jest przeznaczone dla organizacji, które chcą korzystać z rezydencji danych i izolacji sieci dostępnych w samodzielnie hostowanej wersji LangSmith, ale nie chcą samodzielnie obsługiwać całej platformy.

Wcześniej usługę uruchomiono w AWS. W ogłoszeniu z 12 sierpnia 2026 r. LangChain przedstawił BYOC dla przedsiębiorstw, które potrzebują zarządzanego wdrożenia na własnym koncie AWS i w swojej VPC, a zwłaszcza dla zespołów podlegających rygorystycznym wymogom zarządzania danymi.

Jak BYOC dzieli LangSmith

BYOC dzieli platformę na płaszczyznę sterowania obsługiwaną przez LangChain oraz płaszczyznę danych należącą do klienta. Płaszczyzna sterowania obejmuje uwierzytelnianie, konfigurację organizacji i obszarów roboczych, metadane rozliczeniowe, skróty kluczy API oraz statyczne zasoby interfejsu. Płaszczyzna danych obejmuje ślady, prompty, zbiory danych, eksperymenty, wdrożenia agentów i sekrety obszarów roboczych.

Organizacja może utrzymywać kilka płaszczyzn danych na różnych kontach i w różnych regionach, a w każdej z nich — obszary robocze. Taka struktura umożliwia rozdzielenie środowisk według regionu, środowiska lub jednostki biznesowej. Zespół platformowy może na przykład uruchomić środowiska produkcyjne i przejściowe na oddzielnych kontach AWS, a jednostka biznesowa, która ustandaryzowała rozwiązania na Azure, może obsługiwać własne wdrożenie.

Model ten zmienia również nakład pracy związany z aktualizowaniem samodzielnie hostowanego LangSmith. Zespoły podlegające rygorystycznym wymogom zgodności musiały wcześniej angażować inżynierów platformowych do instalowania poprawek w usługach przechowujących stan, konfigurowania baz danych, przeprowadzania migracji schematów oraz koordynowania niestandardowych wdrożeń za pomocą Helm. W przypadku BYOC dane pozostają w sieci wirtualnej klienta, a LangChain zarządza skalowaniem, aktualizacjami schematów i zależnościami środowiska uruchomieniowego.

LangChain poinformował, że klienci korzystający z AWS wskazywali jako główne korzyści ciągłe aktualizacje, szybszy dostęp do nowych funkcji LangSmith niż w cyklu wydań wersji samodzielnie hostowanej oraz automatyczne skalowanie.

Architektura chmury i zakresy odpowiedzialności za bezpieczeństwo

Wszystkie trzy chmury obsługują punkty końcowe Managed Deep Agents w płaszczyznach danych BYOC, ale implementacje wykorzystują właściwe dla poszczególnych dostawców elementy sieciowe i zabezpieczenia.

W Azure płaszczyzna danych działa w wydzielonej sieci wirtualnej z prywatnym punktem końcowym API AKS. Istio i KEDA są wdrażane za pomocą Helm w celu obsługi routingu ruchu przychodzącego i skalowania sterowanego zdarzeniami, a telemetria systemowa trafia do Azure Monitor. LangChain informuje, że obsługa LangSmith Sandboxes w Azure pojawi się wkrótce. Płaszczyzny danych Google Cloud można uruchamiać w dowolnym regionie od momentu udostępnienia usługi, choć są zarządzane z amerykańskiej płaszczyzny sterowania LangSmith; nazwy zasobów ograniczone do przestrzeni nazw mają zapobiegać konfliktom z istniejącą infrastrukturą.

AWS obsługuje istniejącą VPC, a baza danych może znajdować się w podsieciach wybranych przez klienta. Zespoły ds. bezpieczeństwa mogą przypisywać własne grupy zabezpieczeń do ról aplikacji, dzięki czemu płaszczyznę danych można dostosować do istniejących zasad kontroli ruchu przychodzącego i wychodzącego.

W AWS komunikację między płaszczyznami obsługują dwa połączenia PrivateLink, a LangChain nie łączy się ze środowiskiem klienta przez publiczny internet. Żądania dotyczące danych wrażliwych trafiają bezpośrednio z przeglądarki lub klienta do płaszczyzny danych klienta. Rola IAM w dostępie między kontami może aprowizować infrastrukturę i nią zarządzać, ale nie ma żadnych s3:GetObject uprawnień do zasobnika ze śladami ani rds-db:connect uprawnień do PostgreSQL ani elasticache:Connect uprawnień do Redis.

W AWS model współodpowiedzialności pozostawia klientowi zarządzanie kontem chmurowym, łącznością wewnętrzną, zasadami dostępu, monitorowaniem bezpieczeństwa po stronie klienta i kontrolami zgodności. LangChain obsługuje zarządzane komponenty i je aktualizuje. Rozwiązywanie problemów związanych z incydentami może wymagać dostępu awaryjnego zatwierdzonego przez klienta; po jego zakończeniu przygotowywane jest podsumowanie zawierające znaczniki czasu, podjęte działania i informacje o ewentualnie uzyskanych danych.

Migracja i dostęp

W przypadku organizacji przechodzących z samodzielnie hostowanego LangSmith narzędzie do migracji typu open source kopiuje użytkowników i role, zbiory danych, eksperymenty, prompty, konfigurację kolejek adnotacji, reguły automatyzacji, pulpity nawigacyjne i zasoby Fleet. Narzędzie kopiuje dane, zamiast je przenosić, dzięki czemu instancja źródłowa pozostaje niezmieniona i działa. Dokumentacja migracji wskazuje również, jakie prace trzeba wykonać ręcznie: wdrożonych agentów należy wdrożyć ponownie, raportów Insights nie można przenosić między instancjami, a migracja Fleet wymaga ponownego wprowadzenia wartości sekretów i ponownego połączenia połączeń OAuth poszczególnych użytkowników.

Ślady, przebiegi i informacje zwrotne są przenoszone osobnym procesem obsługiwanym przez LangChain za pomocą wewnętrznych narzędzi. Migracja śladów jest dostępna w AWS, natomiast narzędzie typu open source ich nie migruje.

Moduły Terraform stanowiące podstawę BYOC oraz narzędzie do migracji są publicznie dostępne. LangChain poinformował, że brama LLM w płaszczyźnie danych obsługuje od razu modele 11 dostawców, a także dowolny punkt końcowy zgodny z OpenAI lub Anthropic. Aby aprowizować płaszczyznę danych BYOC w AWS, Azure lub Google Cloud, należy skontaktować się z działem sprzedaży LangChain.

W przypadku przedsiębiorstw praktycznym skutkiem jest większy wybór lokalizacji granicy danych bez przenoszenia zarządzania chmurą: LangChain może obsługiwać LangSmith w większej liczbie miejsc, a zespoły klientów nadal odpowiadają za ustawienia kont, monitorowanie, zgodność z przepisami i kilka zadań związanych z migracją.