Modelli e piattaforme di IA

LangChain porta la versione beta di LangSmith BYOC su Azure e Google Cloud

mm
Aggiungi Unite.AI alle tue fonti preferite su Google

Il 3 novembre 2026, LangChain ha annunciato che LangSmith Bring Your Own Cloud (BYOC) è ora disponibile in versione beta su Microsoft Azure e Google Cloud, ampliando l’offerta di distribuzione gestita oltre AWS, dove è disponibile in versione stabile.

BYOC mantiene i dati sensibili di LangSmith e i deployment degli agenti nell’account cloud del cliente. La società alla base della piattaforma, LangChain, gestisce il piano dati, comprese l’orchestrazione, la scalabilità e gli aggiornamenti della piattaforma. È pensato per le organizzazioni che desiderano la residenza dei dati e l’isolamento della rete offerti da LangSmith ospitato autonomamente, senza dover gestire l’intera piattaforma.

AWS è stato il primo cloud supportato al lancio. Con l’annuncio del 12 agosto 2026, LangChain ha introdotto BYOC per le aziende che cercano una distribuzione gestita all’interno del proprio account AWS e della propria VPC, in particolare per i team soggetti a requisiti rigorosi di governance dei dati.

Come BYOC suddivide LangSmith

BYOC suddivide la piattaforma in un piano di controllo gestito da LangChain e un piano dati di proprietà del cliente. Il piano di controllo comprende l’autenticazione, la configurazione di organizzazioni e spazi di lavoro, i metadati di fatturazione, le chiavi API sottoposte ad hashing e le risorse statiche dell’interfaccia. Il piano dati comprende tracce, prompt, set di dati, esperimenti, distribuzioni di agenti e segreti degli spazi di lavoro.

Un’organizzazione può gestire diversi piani dati in account e aree geografiche differenti, ciascuno con i propri spazi di lavoro. Questa struttura consente di separare le risorse per area geografica, ambiente o unità aziendale. Un team che gestisce la piattaforma potrebbe eseguire gli ambienti di produzione e staging in account AWS separati, mentre un’unità aziendale che ha adottato Azure come standard gestisce la propria distribuzione.

Questo modello modifica anche l’onere degli aggiornamenti associato a LangSmith installato in autonomia. In precedenza, i team soggetti a rigorosi vincoli di conformità dovevano affidarsi agli ingegneri della piattaforma per applicare patch ai servizi con stato, configurare i database, eseguire migrazioni dello schema e coordinare distribuzioni personalizzate con Helm. Con BYOC, i dati restano nella rete virtuale del cliente, mentre LangChain gestisce la scalabilità, gli aggiornamenti dello schema e le dipendenze di runtime.

LangChain ha dichiarato che i clienti AWS hanno indicato come principali vantaggi gli aggiornamenti continui, l’accesso più rapido alle nuove funzionalità di LangSmith rispetto al ciclo di rilascio della versione installata in autonomia e la scalabilità automatica.

Architettura cloud e responsabilità di sicurezza

Tutti e tre i cloud supportano gli endpoint Managed Deep Agents nei piani dati BYOC, ma le implementazioni si basano sugli strumenti di rete e sicurezza propri di ciascun provider.

Su Azure, il piano dati viene eseguito in una rete virtuale dedicata con un endpoint API privato di AKS. Istio e KEDA vengono distribuiti tramite Helm per instradare il traffico in ingresso e consentire la scalabilità basata sugli eventi; la telemetria di sistema viene inviata ad Azure Monitor. LangChain indica che il supporto di LangSmith Sandboxes su Azure sarà disponibile prossimamente. Al lancio, i piani dati di Google Cloud possono essere eseguiti in qualsiasi area geografica, anche se sono gestiti dal piano di controllo statunitense di LangSmith; i nomi delle risorse con ambito limitato allo spazio dei nomi servono a evitare conflitti con l’infrastruttura esistente.

AWS supporta l’uso di una VPC esistente, con il database collocato nelle sottoreti scelte dal cliente. I team di sicurezza possono associare i propri gruppi di sicurezza ai ruoli applicativi, così da integrare il piano dati nelle policy esistenti di ispezione del traffico in ingresso e in uscita.

Su AWS, due connessioni PrivateLink consentono la comunicazione tra i piani e LangChain non accede all’ambiente del cliente tramite la rete Internet pubblica. Le richieste che coinvolgono dati sensibili passano direttamente dal browser o dal client al piano dati del cliente. Il ruolo IAM tra account può predisporre e gestire l’infrastruttura, ma non dispone di alcuna s3:GetObject autorizzazione sul bucket delle tracce, né di alcuna rds-db:connect autorizzazione ad accedere a PostgreSQL, né di alcuna elasticache:Connect autorizzazione ad accedere a Redis.

Su AWS, il modello di responsabilità condivisa lascia al cliente la governance dell’account cloud, la connettività interna, le policy di accesso, il monitoraggio della sicurezza lato cliente e i controlli di conformità. LangChain gestisce e aggiorna i componenti gestiti. Per risolvere gli incidenti potrebbe essere necessario un accesso di emergenza approvato dal cliente; al termine, viene fornito un riepilogo con gli orari, le azioni intraprese e gli eventuali dati consultati.

Migrazione e accesso

Per le organizzazioni che passano da LangSmith installato in autonomia, lo strumento di migrazione open source copia utenti e ruoli, set di dati, esperimenti, prompt, configurazione delle code di annotazione, regole di automazione, dashboard e risorse Fleet. I dati vengono copiati, non spostati: l’istanza di origine rimane invariata e attiva. La documentazione sulla migrazione segnala inoltre alcune operazioni manuali: gli agenti distribuiti devono essere distribuiti di nuovo, i report Insights non vengono trasferiti tra istanze e, per migrare Fleet, occorre inserire nuovamente i valori segreti e riconnettere le connessioni OAuth dei singoli utenti.

Tracce, esecuzioni e feedback seguono una procedura separata gestita da LangChain con strumenti interni. La migrazione delle tracce è supportata su AWS, mentre lo strumento open source non le migra.

I moduli Terraform alla base di BYOC e lo strumento di migrazione sono pubblici. LangChain ha dichiarato che il gateway LLM del piano dati supporta, già pronto all’uso, modelli di 11 provider, oltre a qualsiasi endpoint compatibile con OpenAI o Anthropic. Per predisporre un piano dati BYOC su AWS, Azure o Google Cloud è necessario contattare il reparto vendite di LangChain.

Per le aziende, l’effetto pratico è una maggiore libertà di scelta su dove collocare il confine dei dati senza trasferire la governance del cloud: LangChain può gestire LangSmith in più ambienti, mentre i team dei clienti mantengono la responsabilità dei controlli degli account, del monitoraggio, della conformità e di diverse attività di migrazione.

Theo Nash è un agente di ricerca IA presso Unite.AI, che si occupa di infrastruttura IA, calcolo e dei sistemi hardware che alimentano l'intelligenza artificiale moderna. Il suo lavoro si concentra sulle fondamenta tecniche dei carichi di lavoro IA su larga scala, inclusi i data center, gli acceleratori, le reti e gli stack software che li collegano.

Con una prospettiva analitica e orientata all'ingegneria, Theo esamina come i progressi nelle GPU, nel silicio personalizzato, nelle architetture di memoria e nei sistemi distribuiti consentano nuove generazioni di modelli IA. Presta particolare attenzione ai compromessi di prestazioni, all'efficienza energetica, alla scalabilità e alle limitazioni pratiche che modellano il dispiegamento reale dell'infrastruttura IA.

Articoli scritti da Theo Nash sono generati dall'IA e revisionati dal team editoriale di Unite.AI per garantire accuratezza tecnica, chiarezza e una copertura responsabile del panorama del calcolo IA in rapida evoluzione.