LangChain bringer betaversjonen av LangSmith BYOC til Azure og Google Cloud

LangChain kunngjorde 3. november 2026 at LangSmith Bring Your Own Cloud (BYOC) nå er tilgjengelig i betaversjon på Microsoft Azure og Google Cloud. Dermed utvides det administrerte distribusjonsalternativet utover AWS, der løsningen er allment tilgjengelig.

BYOC sørger for at sensitive LangSmith-data og agentdistribusjoner forblir i kundens skykonto. Selskapet bak plattformen, LangChain, administrerer dataplanet, inkludert orkestrering, skalering og plattformoppdateringer. Løsningen er ment for organisasjoner som ønsker datasuvereniteten og nettverksisoleringen til en selvdriftet LangSmith-installasjon, uten å måtte drifte hele plattformen selv.

AWS var den første plattformen løsningen ble lansert på. LangChains kunngjøring 12. august 2026 introduserte BYOC for virksomheter som ønsket en administrert distribusjon i sin egen AWS-konto og sitt eget VPC, særlig team med strenge krav til datastyring.

Slik er LangSmith delt opp med BYOC

BYOC deler plattformen i et kontrollplan som driftes av LangChain, og et dataplan som eies av kunden. Kontrollplanet inneholder autentisering, konfigurasjon av organisasjoner og arbeidsområder, faktureringsmetadata, hashede API-nøkler og statiske grensesnittelementer. Dataplanet inneholder spor, prompter, datasett, eksperimenter, agentdistribusjoner og hemmeligheter for arbeidsområder.

En organisasjon kan ha flere dataplan i ulike kontoer og regioner, med arbeidsområder i hvert av dem. Denne strukturen gjør det mulig å skille mellom regioner, miljøer eller forretningsenheter. Et plattformteam kan for eksempel kjøre produksjons- og testmiljøer i separate AWS-kontoer, mens en forretningsenhet som har standardisert på Azure, drifter sin egen distribusjon.

Modellen endrer også arbeidet med oppgraderinger som følger med en selvdriftet LangSmith-installasjon. Team med strenge krav til etterlevelse måtte tidligere bruke plattformingeniører til å rette feil i tilstandsbaserte tjenester, konfigurere databaser, gjennomføre skjemamigreringer og koordinere tilpassede Helm-utrullinger. Med BYOC forblir dataene i kundens virtuelle nettverk, mens LangChain håndterer skalering, skjemaoppdateringer og kjøretidsavhengigheter.

LangChain opplyste at AWS-kunder trakk fram kontinuerlige oppgraderinger, raskere tilgang til nye LangSmith-funksjoner enn med utgivelsessyklusen for den selvdriftede versjonen og automatisk skalering som de viktigste fordelene.

Skyarkitektur og sikkerhetsansvar

Alle de tre skyleverandørene støtter Managed Deep Agents-endepunkter i BYOC-dataplan, men implementasjonene benytter hver leverandørs egne byggeklosser for nettverk og sikkerhet.

På Azure kjører dataplanet i et dedikert virtuelt nettverk med et privat AKS-API-endepunkt. Istio og KEDA distribueres via Helm for ruting av innkommende trafikk og hendelsesstyrt skalering, og systemtelemetri sendes til Azure Monitor. LangChain oppgir at støtte for LangSmith Sandboxes på Azure kommer snart. Dataplan i Google Cloud kan kjøres i alle regioner fra lanseringen, men administreres fra LangSmiths amerikanske kontrollplan. Ressursnavn som er avgrenset til navnerom, skal forhindre navnekonflikter med eksisterende infrastruktur.

AWS støtter bruk av et eksisterende VPC, og databasen plasseres i delnett som kunden velger. Sikkerhetsteam kan knytte egne sikkerhetsgrupper til applikasjonsroller, slik at dataplanet kan tilpasses eksisterende retningslinjer for inspeksjon av inn- og utgående trafikk.

På AWS går kommunikasjonen mellom planene gjennom to PrivateLink-forbindelser, og LangChain får ikke tilgang til kundemiljøet via det offentlige internett. Forespørsler som gjelder sensitive data, sendes direkte fra nettleseren eller klienten til kundens dataplan. IAM-rollen på tvers av kontoer kan klargjøre og administrere infrastruktur, men har ingen s3:GetObject tilgang til sporingsbøtta, ingen rds-db:connect tilgang til PostgreSQL og ingen elasticache:Connect tilgang til Redis.

På AWS innebærer modellen for delt ansvar at kunden har ansvaret for styring av skykontoen, intern tilkobling, tilgangspolicyer, sikkerhetsovervåking på kundesiden og etterlevelseskontroller. LangChain drifter og oppdaterer de administrerte komponentene. Feilsøking ved hendelser kan kreve nødtilgang som kunden må godkjenne. Etter slik tilgang skal det utarbeides et sammendrag med tidsstempler, utførte handlinger og eventuelle data som er åpnet.

Migrering og tilgang

For organisasjoner som går over fra en selvdriftet LangSmith-installasjon, kopierer migreringsverktøyet med åpen kildekode brukere og roller, datasett, eksperimenter, prompter, konfigurasjon av annoteringskøer, automatiseringsregler, dashbord og Fleet-ressurser. Verktøyet kopierer dataene i stedet for å flytte dem, slik at kildeinstansen forblir uendret og aktiv. Migreringsdokumentasjonen beskriver også arbeid som må gjøres manuelt: distribuerte agenter må distribueres på nytt, Insights-rapporter kan ikke overføres mellom instanser, og ved Fleet-migrering må hemmelighetsverdier legges inn på nytt og OAuth-tilkoblinger per bruker kobles til på nytt.

Spor, kjøringer og tilbakemeldinger håndteres gjennom en separat prosess som LangChain driver med interne verktøy. Spormigrering støttes på AWS, mens verktøyet med åpen kildekode ikke migrerer spor.

Terraform-modulene bak BYOC og migreringsverktøyet er offentlig tilgjengelige. LangChain opplyste at LLM Gateway i dataplanet støtter modeller fra 11 leverandører rett ut av boksen, i tillegg til alle endepunkter som er kompatible med OpenAI eller Anthropic. For å klargjøre et BYOC-dataplan på AWS, Azure eller Google Cloud må man kontakte LangChains salgsavdeling.

For bedrifter betyr dette i praksis at de får større valgfrihet når det gjelder hvor datagrensen skal gå, uten å overføre ansvaret for skyforvaltningen: LangChain kan drifte LangSmith flere steder, mens kundeteamene fortsatt har ansvaret for kontokontroller, overvåking, etterlevelse og flere migreringsoppgaver.