LangSmith adiciona suporte ponta a ponta ao OpenTelemetry para LangChain e LangGraph

O LangSmith, plataforma de monitoramento de aplicações com LLM, agora oferece suporte completo ao OpenTelemetry (OTel). Desenvolvedores veem as chamadas aos modelos de linguagem e os demais serviços em um único trace, usando ferramentas já conhecidas como Datadog, Grafana e Honeycomb. O suporte cobre tanto as cadeias do LangChain quanto os agentes baseados em grafos do LangGraph.

Processado por IA de LangChain Blog; editado por Hamidun News
LangSmith adiciona suporte ponta a ponta ao OpenTelemetry para LangChain e LangGraph
Fonte: LangChain Blog. Colagem: Hamidun News.
Ouvir artigo
Ficha técnica e números-chave
ParâmetroDados
Fonte originalLangChain Blog ↗
Editor-chefe
Ingestão de traceso LangSmith recebe dados por um coletor OTel padrão, sem SDKs personalizados ou adaptadores especiais
Exportação de dadoschamadas de LLM e traces de agentes podem ser enviados a qualquer backend compatível com OTel, como Datadog, Grafana Tempo, Honeycomb e Jaeger

O LangSmith, plataforma de depuração e monitoramento de aplicações com LLM da equipe do LangChain, anunciou suporte completo ao OpenTelemetry. Agora os desenvolvedores podem conectar o rastreamento dos componentes de IA à mesma stack de observabilidade dos demais serviços da aplicação, sem manter em paralelo duas ferramentas de monitoramento isoladas.

Por que serviços de IA precisam de OTel

O OpenTelemetry (OTel) é um padrão aberto da CNCF para coleta de traces distribuídos, métricas e logs. Quase todas as grandes plataformas de monitoramento o suportam: Datadog, Grafana, Honeycomb, Jaeger, AWS X-Ray, New Relic. Em sistemas de produção, o OTel virou requisito de fato: ele permite acompanhar o caminho da requisição de um usuário por dezenas de microsserviços, bancos de dados e APIs externas em um único contexto temporal.

Até agora, os componentes de IA viviam numa bolha separada. O LangSmith guardava os traces das chamadas de LLM em formato proprietário, enquanto o resto da infraestrutura da equipe ficava em um backend OTel. A cada incidente em produção, os engenheiros precisavam alternar entre dois sistemas e cruzar manualmente timestamps e contexto das chamadas. Isso atrasava o diagnóstico e criava pontos cegos na observabilidade.

O que mudou no LangSmith

O novo suporte a OTel funciona nos dois sentidos e cobre toda a stack do ecossistema LangChain:

  • Ingestão de traces: o LangSmith recebe dados por um coletor OTel padrão, sem SDKs personalizados ou adaptadores especiais
  • Exportação de dados: chamadas de LLM e traces de agentes podem ser enviados a qualquer backend compatível com OTel, como Datadog, Grafana Tempo, Honeycomb e Jaeger
  • Contexto ponta a ponta: traces distribuídos são conectados através das fronteiras entre serviços, da requisição HTTP de entrada do usuário até a resposta do modelo de linguagem e de volta
  • Suporte ao LangGraph: além das cadeias lineares do LangChain, o rastreamento com OTel abrange os agentes complexos do LangGraph, com loops, etapas paralelas e ramificações condicionais

A mudança central para os engenheiros: não é mais necessário um SDK separado do LangChain para instrumentar a parte de IA. Um agente OTel padrão, já configurado para o backend, passa a coletar automaticamente também os dados do LangSmith.

O que as equipes ganham em produção

Imagine um incidente típico: o usuário reclama que a resposta do chatbot leva de 10 a 15 segundos. Antes, o engenheiro abria o LangSmith, examinava o trace da chamada ao modelo de linguagem, depois ia ao Datadog verificar latências de rede, filas e banco de dados, e montava o quadro na mão.

Agora todo o caminho da requisição, do frontend, passando pelo API gateway e pelo orquestrador, até a chamada ao LLM e o processamento final da resposta, aparece em um único trace contínuo, com precisão de milissegundos.

Para equipes que levam protótipos a carga de produção, isso significa que práticas padrão de OTel, como alertas de latência p95/p99, métricas de SLO e error budgets, agora valem para os componentes de IA sem configuração adicional.

"Observabilidade ponta a ponta não é só uma comodidade, é um requisito

obrigatório para qualquer sistema de IA em produção que atenda usuários reais sob carga real."

Para clientes enterprise, pesa o fato de que os departamentos de TI corporativos já investiram em infraestrutura OTel e têm exigências rígidas de padronização. Uma ferramenta nova que exige um dashboard isolado próprio é sempre uma barreira extra para aprovar a adoção. O LangSmith elimina essa barreira.

O que isso significa

O LangSmith caminha para a padronização da observabilidade de IA. Em vez da abordagem proprietária do "tudo só na nossa interface", entra um padrão aberto que se encaixa naturalmente no ferramental que a equipe já usa. Isso faz do monitoramento de sistemas de IA parte do processo normal de engenharia, e não uma disciplina separada com seu próprio silo de dados.

Para o mercado em geral, é mais um passo para que a infraestrutura de IA seja vista como parte padrão da stack de produção, e não como um complemento exótico.

História

Perguntas frequentes sobre a notícia

Por que serviços de IA precisam de OTel?

O OpenTelemetry (OTel) é um padrão aberto da CNCF para coleta de traces distribuídos, métricas e logs. Quase todas as grandes plataformas de monitoramento o suportam: Datadog, Grafana, Honeycomb, Jaeger, AWS X-Ray, New Relic. Em sistemas de produção, o OTel virou requisito de fato: ele permite acompanhar o caminho da requisição de um usuário por dezenas de microsserviços, bancos de dados e APIs externas em um único contexto temporal. Até agora, os componentes de IA viviam numa bolha separada. O LangSmith guardava os traces das chamadas de LLM em formato proprietário, enquan

O que mudou no LangSmith?

O novo suporte a OTel funciona nos dois sentidos e cobre toda a stack do ecossistema LangChain: Ingestão de traces: o LangSmith recebe dados por um coletor OTel padrão, sem SDKs personalizados ou adaptadores especiais Exportação de dados: chamadas de LLM e traces de agentes podem ser enviados a qualquer backend compatível com OTel, como Datadog, Grafana Tempo, Honeycomb e Jaeger Contexto ponta a ponta: traces distribuídos são conectados através das fronteiras entre serviços, da requisição HTTP de entrada do usuário até a resposta do modelo de linguagem e de volta Suporte ao

O que as equipes ganham em produção?

Imagine um incidente típico: o usuário reclama que a resposta do chatbot leva de 10 a 15 segundos. Antes, o engenheiro abria o LangSmith, examinava o trace da chamada ao modelo de linguagem, depois ia ao Datadog verificar latências de rede, filas e banco de dados, e montava o quadro na mão. Agora todo o caminho da requisição, do frontend, passando pelo API gateway e pelo orquestrador, até a chamada ao LLM e o processamento final da resposta, aparece em um único trace contínuo, com precisão de milissegundos. Para equipes que levam protótipos a carga de produção, isso signifi

ZK
Zhemal Khamidun — CPO da Alpina Digital, gerente de produto do AlpinaGPT. Cria produtos de IA desde 2019. O Hamidun News é um projeto pessoal que virou um agregador em produção com mais de 6.000 leitores.
✦ Unified AI Workspace · Nomad

Test Frontier LLMs & Autonomous Agents in One Workspace

Run Claude Opus 5.5, GPT-6, Gemini 3.1, and DeepSeek side-by-side in Nomad AI (nomadnet.ai) — unified model routing, deep research, and multimodal workflows under one subscription.

Try Nomad AI →Launch Nomad Agent
O que você acha?
Carregando comentários…