Remarques
Cette sortie de l'agent Python corrige des problèmes liés aux en-têtes signés dans botocore (SigV4).
Installez l'agent en utilisant easy_install/pip/distribute via l' index des packagesPython , en utilisant conda via l' index des packages Conda-Forge, ou téléchargez-le directement depuis le site de téléchargement de New Relic.
Bugs
Corriger les problèmes avec les en-têtes signés dans botocore (SigV4)
- La modification précédente des en-têtes de tracing distribué de botocore a été annulée pour éviter l'envoi d'en-têtes en double.
- Auparavant, tous les en-têtes de tracing distribué qui étaient générés par d'autres bibliothèques de tracing pouvaient causer des problèmes avec l'instrumentation dans botocore en raison de la signature des en-têtes. Cela a été corrigé en désactivant la signature pour ces en-têtes dans botocore.
Déclaration de soutien
Nous vous recommandons de mettre à jour vers la dernière version de l'agent dès qu'elle est disponible. Si vous ne pouvez pas effectuer la mise à niveau vers la dernière version, mettez à jour vos agents vers une version datant de moins de 90 jours. En savoir plus sur la façon de tenir les agents informés.
Consultez la politique EOL de l'agent Python de New Relic pour obtenir des informations sur la sortie de l'agent et les dates de support.
Remarques
Cette sortie de l'agent Python ajoute la prise en charge d'OpenSearch, de Microsoft Azure SQL, de nouvelles méthodes Kinesis, et d'un nouveau paramètre browser_monitoring.version. De plus, des améliorations ont été apportées à l'instrumentation d'Anthropic, de MCP, et de Google ADK. Les problèmes liés aux en-têtes signés dans botocore (SigV4), et à l'analyse des outils Gemini ont également été corrigés pour cette sortie.
Installez l'agent en utilisant easy_install/pip/distribute via l' index des packagesPython , en utilisant conda via l' index des packages Conda-Forge, ou téléchargez-le directement depuis le site de téléchargement de New Relic.
Nouvelle fonctionnalité
Nouvelle instrumentation pour opensearch-py
- L'instrumentation a été ajoutée pour le connecteur de base de données officiel d'OpenSearch.
Nouvelle instrumentation pour mssql-python
- L’instrumentation a été ajoutée pour Microsoft Azure SQL.
Nouvelle instrumentation pour les nouvelles méthodes Kinesis
Les méthodes suivantes sont désormais prises en charge dans Kinesis :
create_channeldelete_channeldescribe_channellist_channelsupdate_channel
Nouveau paramètre pour
browser_monitoring.version- Le nouveau paramètre
browser_monitoring.versionpermet aux utilisateurs de spécifier des versions spécifiques de notre agent de monitoring de navigateurs à injecter. - Consultez la liste des versions de l’agent Browser prises en charge pour faire votre choix.
- Le nouveau paramètre
Fonctionnalités améliorées
Prise en charge améliorée d’ anthropic.
- Amélioration de l’analyse des paramètres de requête pour le SDK Anthropic sur les versions 1.0.0 et supérieures.
- Nouvelle analyse des réponses via
Messages.with_raw_response.createpermettant une compatibilité améliorée avec LangChain.
Prise en charge de mcp v2.0.0 et versions ultérieures.
- L'instrumentation a été mise à jour à la suite du refactoring majeur effectué dans
mcpv2.0.0 et devrait à nouveau fonctionner comme prévu.
- L'instrumentation a été mise à jour à la suite du refactoring majeur effectué dans
Prise en charge de Google ADK v2.9.0 et versions ultérieures.
- L’instrumentation a été mise à jour pour Google ADK sur les versions 2.9.0 et ultérieures.
Bugs
Corriger les problèmes avec les en-têtes signés dans botocore (SigV4)
- Auparavant, tous les en-têtes de tracing distribué qui étaient générés par d'autres bibliothèques de tracing pouvaient causer des problèmes avec l'instrumentation dans botocore en raison de la signature des en-têtes. Cela a été corrigé, et les en-têtes de tracing distribué sont désormais modifiés avant la signature.
Correction de l’analyse des outils Gemini
- Auparavant, certaines instances d'outils créés avec Gemini ne parvenaient pas à être analysées, et échouaient silencieusement, n'entraînant aucune réponse pour cette requête spécifique. Ce problème a été résolu.
Déclaration de soutien
Nous vous recommandons de mettre à jour vers la dernière version de l'agent dès qu'elle est disponible. Si vous ne pouvez pas effectuer la mise à niveau vers la dernière version, mettez à jour vos agents vers une version datant de moins de 90 jours. En savoir plus sur la façon de tenir les agents informés.
Consultez la politique EOL de l'agent Python de New Relic pour obtenir des informations sur la sortie de l'agent et les dates de support.
Remarques
Cette sortie de l’agent Python ajoute la prise en charge d’Azure CosmosDB, ajoute l’instrumentation pour HTTPX2 et les nouvelles API d’événements de streaming LangChain/LangGraph, ajoute la prise en charge des nouvelles conventions sémantiques de base de données OpenTelemetry, et résout plusieurs problèmes, notamment le signalement incomplet de packages, une pénalité de performance de recherche de package et un bug de signalement de nom de base de données MySQL.
Installez l'agent en utilisant easy_install/pip/distribute via l' index des packagesPython , en utilisant conda via l' index des packages Conda-Forge, ou téléchargez-le directement depuis le site de téléchargement de New Relic.
Nouvelles fonctionnalités
Ajout de la prise en charge d’Azure CosmosDB
- L’agent Python instrumente désormais les opérations client d’ Azure Cosmos DB, signalant les métriques et les traces du datastore pour les opérations de base de données, de conteneur et d’utilisateur effectuées via le SDK
azure-cosmos.
- L’agent Python instrumente désormais les opérations client d’ Azure Cosmos DB, signalant les métriques et les traces du datastore pour les opérations de base de données, de conteneur et d’utilisateur effectuées via le SDK
Ajout de la prise en charge de HTTPX2
Ajout de l’instrumentation des événements de streaming LangChain/LangGraph
Ajout de la prise en charge des nouvelles conventions sémantiques de base de données OpenTelemetry
- Lors de l’exécution de l’agent Python avec OpenTelemetry (mode agent hybride), l’agent lit désormais les noms d’attribut de span de base de données OpenTelemetry legacy et plus récents (
db.name/db.namespace,db.statement/db.query.text,db.mongodb.collection/db.collection.name), de sorte que le tracing de la base de données continue de fonctionner correctement, quelle que soit la version de la convention sémantique que la bibliothèque d’instrumentation OpenTelemetry émet.
- Lors de l’exécution de l’agent Python avec OpenTelemetry (mode agent hybride), l’agent lit désormais les noms d’attribut de span de base de données OpenTelemetry legacy et plus récents (
Bugs
Correction du signalement incomplet des packages à New Relic
- Auparavant, l’agent Python pouvait omettre certains packages installés des données d’environnement signalées à New Relic si la découverte de modules prenait plus de temps que la fenêtre de temps fixe allouée pendant le cycle de collecte lent, et que la liste de packages n’était pas actualisée après un redémarrage de l’agent. La capture de package s’exécute désormais pendant le cycle de collecte rapide et est entièrement recapturée lors de l’arrêt/redémarrage de l’agent, de sorte que la liste de packages signalée est complète.
Réduction de la surcharge des recherches de version de package
- Auparavant, la recherche des versions de package installées analysait à nouveau le système de fichiers pour chaque package à chaque recherche, entraînant une pénalité de temps O(n^2) qui augmentait avec le nombre de packages installés pendant l’initialisation de l’agent. Le résultat de
importlib.metadata.packages_distributions()est désormais mis en cache après la première recherche pour éviter cette surcharge.
- Auparavant, la recherche des versions de package installées analysait à nouveau le système de fichiers pour chaque package à chaque recherche, entraînant une pénalité de temps O(n^2) qui augmentait avec le nombre de packages installés pendant l’initialisation de l’agent. Le résultat de
Correction de
get_linking_metadatapour passer correctement par l’application spécifiée- Auparavant, l'appel de
newrelic.agent.get_linking_metadata(application=...)ignorait l'argumentapplicationet renvoyait toujours les métadonnées de liaison pour l'application par défaut. Cela affectait les processus remontant des données à plus d'une application. L'application spécifiée est désormais correctement transmise. - Merci à ckarnell pour sa contribution !
- Auparavant, l'appel de
Correction du signalement du nom de la base de données MySQL lors de l’utilisation de l’argument mot-clé
database- Auparavant, l’agent vérifiait uniquement l’argument mot-clé legacy
dblors de l’analyse du nom de la base de données à partir des arguments de connexion mysql-connector-python, de sorte que les connexions établies à l’aide de l’argument mot-clé modernedatabasene signalaient aucun nom de base de données dans les métriques du datastore. L’agent vérifie désormaisdatabaseen premier, puis se rabat surdb.
- Auparavant, l’agent vérifiait uniquement l’argument mot-clé legacy
Correction de l’avertissement lors de l’accès aux valeurs
GraphOutputde LangGraph v1.1+- Auparavant, l’instrumentation de LangGraph v1.1+ accédait aux valeurs de retour
GraphOutputà l’aide de la syntaxe d’accès aux éléments obsolète, déclenchant un avertissement d’obsolescence. L’agent lit désormaisGraphOutput.valuedirectement.
- Auparavant, l’instrumentation de LangGraph v1.1+ accédait aux valeurs de retour
Déclaration de soutien
Nous vous recommandons de mettre à jour vers la dernière version de l'agent dès qu'elle est disponible. Si vous ne pouvez pas effectuer la mise à niveau vers la dernière version, mettez à jour vos agents vers une version datant de moins de 90 jours. En savoir plus sur la façon de tenir les agents informés.
Consultez la politique EOL de l'agent Python de New Relic pour obtenir des informations sur la sortie de l'agent et les dates de support.
Remarques
Cette sortie de l'agent Python ajoute la prise en charge des commandes Redis introduites dans Redis v8.10.0 et redis-py v8.1.0. Cette sortie résout également le problème des événements LlmChatCompletion manquants dans LangChain lors de l'utilisation des outils MCP.
Installez l'agent en utilisant easy_install/pip/distribute via l' index des packagesPython , en utilisant conda via l' index des packages Conda-Forge, ou téléchargez-le directement depuis le site de téléchargement de New Relic.
Nouvelles fonctionnalités
Ajout des commandes Redis introduites dans Redis v8.10.0 et redis-py v8.1.0
L’agent Python prend désormais en charge les commandes récemment ajoutées suivantes dans Redis:
himport_discard_allhimport_discardhimport_preparelmovemnrangenrevrangequerylabelsreadsdiffcardsunioncardaliaslist
Bugs
Correction des événements LlmChatCompletion manquants dans Gemini lors de l'utilisation des outils MCP
Passage à l’ID de cache de trace dans LangChain et Agent framework
- À des fins de propagation du contexte, échangez l'instrumentation de LangChain et d'Agent framework pour stocker uniquement l'ID du cache de trace plutôt que la trace complète dans un attribut de référence. Cela permet d'éviter que ces objets ne soient sérialisés de manière inattendue en cas de fuites. L'ID est un objet beaucoup plus petit, tandis que la trace peut contenir des Mo de données.
Déclaration de soutien
Nous vous recommandons de mettre à jour vers la dernière version de l'agent dès qu'elle est disponible. Si vous ne pouvez pas effectuer la mise à niveau vers la dernière version, mettez à jour vos agents vers une version datant de moins de 90 jours. En savoir plus sur la façon de tenir les agents informés.
Consultez la politique EOL de l'agent Python de New Relic pour obtenir des informations sur la sortie de l'agent et les dates de support.
Remarques
Cette sortie de l’agent Python ajoute la prise en charge de la configuration côté serveur du monitoring de l’IA, ajoute la propagation du contexte pour les invocations Bedrock effectuées via le framework Microsoft Agent, corrige les entités d’outil en double pour les outils LangChain soutenus par un serveur MCP distant, réduit le risque de condition de concurrence dans l’échantillonneur de données du ramasse-miettes, corrige les noms de transaction incohérents lors de l’utilisation de Wagtail, et supprime l’encodage d’octets des en-têtes de tracing distribué Kombu sortants.
Installez l'agent en utilisant easy_install/pip/distribute via l' index des packagesPython , en utilisant conda via l' index des packages Conda-Forge, ou téléchargez-le directement depuis le site de téléchargement de New Relic.
Nouvelle fonctionnalité
Ajouter la prise en charge de la configuration côté serveur du monitoring de l’IA
- L’agent Python prend désormais en charge la configuration côté serveur du monitoring de l’IA. Une fois configurées, les valeurs côté serveur
ai_monitoring.enabled,ai_monitoring.record_content.enabledetai_monitoring.streaming.enabledont priorité sur les paramètres locaux.
- L’agent Python prend désormais en charge la configuration côté serveur du monitoring de l’IA. Une fois configurées, les valeurs côté serveur
Ajouter la propagation du contexte pour les invocations Bedrock via le framework Agent
- Propage le contexte de trace à travers les limites de threads créées par l’intégration Bedrock de Microsoft Agent framework. Cela permet à l’instrumentation botocore existante de l’agent de capturer les événements LLM pour les invocations Bedrock effectuées via Agent framework. Cela n’ajoute pas une instrumentation complète d’Agent framework lui-même.
Bugs
Corriger les noms de transaction incohérents lors de l’utilisation de Wagtail
- Auparavant, les noms de transaction pour les applications basées sur Wagtail étaient incohérents et pouvaient être identiques pour différentes pages vues. Ce problème est résolu.
Correction des entités d’outil en double pour les outils LangChain s’appuyant sur un serveur MCP distant
- Auparavant, lorsqu’un outil LangChain était soutenu par un serveur MCP distant qui était également instrumenté séparément, des entités d’outil en double apparaissaient dans l’interface utilisateur. Cela a été corrigé en désactivant les attributs de sous-composant des outils LangChain lorsqu’un outil distant connu est détecté.
Corriger le champ d’entrée utilisateur manquant pour les appels d’outils MCP LangChain et LangGraph
- Auparavant, lorsque LangChain ou LangGraph utilisaient des outils provenant d’un serveur MCP, le champ d’entrée utilisateur pouvait être manquant dans les données de monitoring de l’IA si le message d’entrée n’était pas le dernier message de la séquence diffusée en continu. Cela a été corrigé, et l’agent extrait désormais correctement le message d’entrée dans ces cas.
Réduire le risque de condition de concurrence dans l’échantillonneur de données du ramasse-miettes
- Auparavant, l’agent appelait toujours
gc.get_objects()pour échantillonner le nombre d’objets du collecteur de mémoire, quelle que soit la configuration. Cela a été modifié de sorte quegc.get_objects()ne soit appelé que lorsquetop_object_count_limitest configuré au-dessus de0, évitant ainsi une itération inutile du tas pour les clients qui ne suivent pas les types d’objets collectés par le collecteur de mémoire.
- Auparavant, l’agent appelait toujours
Supprimer l’encodage en octets des en-têtes de tracing distribué Kombu sortants
- Auparavant, les en-têtes de tracing distribué ajoutés par l’instrumentation Kombu étaient encodés en octets, ce qui interrompait les transports qui sérialisent les charges avec le module
jsonde la bibliothèque standard (par exemple, les transports soutenus par SQLAlchemy). L’encodage en octets a été supprimé afin que ces transports fonctionnent correctement.
- Auparavant, les en-têtes de tracing distribué ajoutés par l’instrumentation Kombu étaient encodés en octets, ce qui interrompait les transports qui sérialisent les charges avec le module
Déclaration de soutien
Nous vous recommandons de mettre à jour vers la dernière version de l'agent dès qu'elle est disponible. Si vous ne pouvez pas effectuer la mise à niveau vers la dernière version, mettez à jour vos agents vers une version datant de moins de 90 jours. En savoir plus sur la façon de tenir les agents informés.
Consultez la politique EOL de l'agent Python de New Relic pour obtenir des informations sur la sortie de l'agent et les dates de support.