Cette traduction automatique est fournie pour votre commodité.
En cas d'incohérence entre la version anglaise et la version traduite, la version anglaise prévaudra. Veuillez visiter cette page pour plus d'informations.
Ce document répertorie les packages et modules automatiquement instrumentés par l'Python agent après son installation . Vous pouvez également utiliser une instrumentation personnalisée si vous souhaitez :
Désactivez instrumentation pour un package ou des modules spécifiques si l' instrumentation interfère avec votre application.
Instrumenter un package ou module tiers qui n'est pas instrumenté automatiquement par l' agent.
Ajoutez une instrumentation plus spécifique à votre propre code, par exemple pour suivre le temps passé dans des fonctions supplémentaires.
Pour demander instrumentation intégrée pour un package supplémentaire, obtenez de l'aide sur support.newrelic.com.
Frameworks Web
Prise en charge des versions 2.2.x ou supérieures.
La fonction de synchronisation dans le suivi de transaction pour les transactions lentes est fournie pour :
Afficher les fonctions (coroutines).
intergiciel d'application.
Le logging des exceptions est fournie pour :
Exceptions non détectées entraînant une réponse HTTP autre que 200.
Le site Web de transactions porte le nom de la fonction d'affichage.
La fonction de synchronisation dans le suivi de transaction pour les transactions lentes est fournie pour :
Fonction d'affichage.
Rendu de modèles via les interfaces SimpleTemplate, MakoTemplate, CheetahTemplate, Jinja2Template et SimpleTalTemplate.
Le logging des exceptions est fournie pour :
Exceptions non détectées qui, autrement, généreraient 500 réponses de Bottle.
Le site Web de transactions porte le nom de la fonction d'affichage.
Comme Bottle utilise une bibliothèque de modèles externe, voyez également lesquels de ces packages peuvent être pris en charge pour plus de détails.
La fonction de synchronisation dans le suivi de transaction pour les transactions lentes est fournie pour :
Fonction de gestionnaire.
Le logging des exceptions est fournie pour :
Exceptions non détectées qui généreraient autrement 500 réponses de CherryPy.
Le réseau de transactions est nommé d'après la fonction de gestionnaire.
Comme CherryPy s'appuie sur une bibliothèque de modèles externes, consultez également lesquels de ces packages peuvent être pris en charge pour plus de détails.
La fonction de synchronisation dans le suivi de transaction pour les transactions lentes est fournie pour :
Demande de middleware.
Afficher le middleware.
Modèle de réponse middleware.
Middleware de réponse.
Middleware d'exception.
Rendu du modèle.
Le logging des exceptions est fournie pour :
Exceptions se produisant lors du chargement des gestionnaires de vue par le résolveur d'URL.
Exceptions se produisant lors de l'exécution du gestionnaire de vue.
Exceptions non détectées qui, autrement, généreraient 500 réponses de Django.
La prise en charge du temps de chargement des pages (parfois appelée monitoring des utilisateurs réels ou RUM) comprend :
Insertion automatique facultative d'en-tête/pied de page JavaScript via un middleware de réponse.
Fourniture d'une bibliothèque tag de modèles pour permettre l'insertion manuelle de l'en-tête/pied de page JavaScript dans les modèles.
Le site Web de transaction est nommé d'après le gestionnaire de vue, sauf si une requête ou un middleware de vue renvoie un objet de réponse avant que le gestionnaire de vue ne soit invoqué.
une instrumentation est également mise en œuvre pour fournir une meilleure dénomination du Web des transactions ou un traçage fonctionnel supplémentaire lors de l'utilisation :
La fonction de synchronisation dans le suivi de transaction pour les transactions lentes est fournie pour :
Fonction de gestionnaire.
Le logging des exceptions est fournie pour :
Exceptions non détectées qui, autrement, généreraient des réponses d'erreur de Falcon.
Le réseau de transactions est nommé d'après la fonction de gestionnaire.
La fonction de synchronisation dans le suivi de transaction pour les transactions lentes est fournie pour :
Fonctions d'itinéraire (coroutines).
intergiciel d'application.
Gestionnaires d'exceptions.
Tâches d'arrière-plan
Le logging des exceptions est fournie pour :
Exceptions se produisant à l'intérieur du middleware.
Exceptions se produisant à l'intérieur d'un gestionnaire d'exceptions.
Exceptions non détectées qui généreraient autrement 500 réponses de FastAPI.
Le réseau de transactions porte le nom du gestionnaire de route.
La fonction de synchronisation dans le suivi de transaction pour les transactions lentes est fournie pour :
Fonction d'affichage.
Rendu du modèle via render_template() et render_template_string().
Le logging des exceptions est fournie pour :
Exceptions non détectées qui, autrement, généreraient 500 réponses de Flask.
Le site Web de transactions porte le nom de la fonction d'affichage.
Comme Flask utilise Jinja2 pour les modèles, voir également les détails de l'instrumentation Jinja2 répertoriés ci-dessous.
Pris en charge pour les versions 1.4 ou supérieures.
La fonction de synchronisation dans le suivi de transaction pour les transactions lentes est fournie pour :
_stream_response_in_pool
_unary_response_in_pool
Le logging des exceptions est fournie pour :
le serveur grpc s'arrête
La fonction de synchronisation dans le suivi de transaction pour les transactions lentes est fournie pour :
Fonction contrôleur, méthodes avant et après.
Rendu du modèle via render_genshi(), render_jinja2() et render_mako().
Le logging des exceptions est fournie pour :
Exceptions non détectées qui, autrement, généreraient 500 réponses de Pylons.
Le site Web de transaction est nommé d'après le contrôleur/l'action.
Comme Pylons peut utiliser Genshi, Jinja2 ou Mako pour les modèles, voir également les détails de l'instrumentation pour les modules répertoriés ci-dessous.
La fonction de synchronisation dans le suivi de transaction pour les transactions lentes est fournie pour :
Afficher les fonctions du gestionnaire.
Le logging des exceptions est fournie pour :
Exceptions non détectées qui, autrement, généreraient 500 réponses de Pyramid.
Le site Web de transaction est nommé d'après le gestionnaire de vue.
La fonction de synchronisation dans le suivi de transaction pour les transactions lentes est fournie pour :
Afficher les fonctions (coroutines).
intergiciel d'application.
Le logging des exceptions est fournie pour :
Exceptions se produisant à l'intérieur d'un middleware de requête.
Exceptions se produisant à l'intérieur d'un middleware de réponse.
Exceptions se produisant à l'intérieur d'un gestionnaire de requêtes.
Exceptions se produisant à l'intérieur d'un gestionnaire d'exceptions.
Exceptions non détectées qui, autrement, généreraient 500 réponses de Sanic.
Le site Web de transaction est nommé d'après le gestionnaire de vue.
La fonction de synchronisation dans le suivi de transaction pour les transactions lentes est fournie pour :
Fonctions d'itinéraire (coroutines).
intergiciel d'application.
Gestionnaires d'exceptions.
Tâches d'arrière-plan
Le logging des exceptions est fournie pour :
Exceptions se produisant à l'intérieur du middleware.
Exceptions se produisant à l'intérieur d'un gestionnaire d'exceptions.
Exceptions non détectées qui généreraient autrement 500 réponses de Starlette.
Le réseau de transactions porte le nom du gestionnaire de route.
Vous pouvez utiliser l'agent Python avec une application qui utilise Tornado 6.
La fonction de synchronisation dans le suivi de transaction pour les transactions lentes est fournie pour :
Temps global en phase modèles.
Temps global en phase contrôleur.
Durée globale de la phase de visualisation.
Temps d'exécution d'un script spécifique exécuté dans les phases de modèles, de contrôleur et de vue.
Le logging des exceptions est fournie pour :
Exceptions non détectées qui généreraient autrement 500 réponses de Web2py.
Le site Web de transaction est nommé d'après le script de vue.
services back-end
Moment de l'exécution des tâches effectuées dans un ouvrier gearman enregistré comme tâches d'arrière-plan par rapport à application Web désignée. Le timing en tant que Web externe appelle tout appel côté client à un serveur gearman pour mettre en file d'attente ou attendre l'exécution des tâches en file d'attente.
Moment de l'exécution des tâches enregistrées en tant que tâches d'arrière-plan par rapport à l'application Web désignée.
Rendu du modèle
La fonction de synchronisation dans le suivi de transaction pour les transactions lentes est fournie pour :
Rendu du modèle.
La fonction de synchronisation dans le suivi de transaction pour les transactions lentes est fournie pour :
Compilation de modèles.
Rendu du modèle.
La fonction de synchronisation dans le suivi de transaction pour les transactions lentes est fournie pour :
Rendu du modèle.
Frameworks GraphQL
L'agent Python fournit des informations détaillées sur GraphQL application les opérations et les résolveurs de votre et rapporte GraphQLles métriques et les attributs span spécifiques . Pour plus d'informations sur la dénomination des transactions et d'autres fonctionnalités, veuillez consulter notre documentationGraphQL . À partir de la version 6.10.0.165 agent, l' agent prend en charge le framework GraphQL suivant :
Pour demander des informations au niveau de l'instance à partir de magasins de données actuellement non répertoriés pour votre agent, obtenez de l'aide sur support.newrelic.com.
Adaptateurs de base de données SQL
Pour les modules compatibles Python DB-API 2.0 répertoriés dans cette section, l'agent Python prend en charge :
Moment de requête de base de données
Capture SQL pour la requête de base de données
Capture d'une trace d'appels pour une requête longue de base de données
MySQL et PostgreSQ uniquement : la capture explique les plans pour une requête de base de données lente
L'agent Python doit être capable de suivre les requêtes de base de données pour tous les Python API modules compatibles DB- 2.0. Cependant, l'agent Python ne prend officiellement en charge que les modules répertoriés dans cette section.
Pour les adaptateurs de base de données suivants, nous fournissons instrumentation supplémentaire pour les fonctionnalités en dehors de la spécification DB-API 2.0, telles que des méthodes de raccourci pour exécuter une requête sans créer de curseurs :
Si votre module client de base de données n'est pas répertorié dans cette section, obtenez de l'aide sur support.newrelic.com. Le support New Relic pourra peut-être suggérer une modification temporaire de votre fichier de configuration pour le faire fonctionner.
Clients de base de données NoSQL
Le timing des appels effectués sur la base de données NoSQL est fourni pour les modules clients suivants.
Le temps passé dans les appels effectués vers Elasticsearch sera répertorié à la fois dans le graphique d'aperçu principal, ainsi que dans l'onglet base de données de l' UI.