Composants et versions pris en charge par Python

Le tableau suivant répertorie les frameworks web d' HTTP s pris en charge par le package Python de l' Instana :

Les tableaux suivants répertorient les clients et bibliothèques d' HTTP s pris en charge par le paquet Instana Python :

Le traceur Instana Python a besoin d'une autorisation pour créer et lancer des objets threading.Timer Python. Sur la plupart des systèmes, cette autorisation est accordée par défaut. Dans certains scénarios de conteneurisation imbriquée, par exemple dans certaines versions de conteneurs de type « Docker -in- Docker », cette autorisation n'est pas accordée par défaut.

Si vous voyez des exceptions telles que RuntimeError: can't start new thread, des droits insuffisants sont la cause la plus probable. Si vous mettez à niveau ou modifiez le conteneur « Docker » de « Docker », mais que les autorisations requises ne sont pas accordées au conteneur d'application interne, vous pouvez alors utiliser --privileged l'autorisation en dernier recours pour démarrer le conteneur d'application.

Le package Instana Python ne prend pas en charge le traçage au-delà des limites des threads. Par exemple, lorsqu'une demande est traitée pour la première fois sur une seule unité d'exécution, puis que la charge de travail est distribuée à plusieurs autres unités d'exécution avec l'aide de multiprocessing.ThreadPool, les appels sortants qui se produisent dans ces autres unités d'exécution ne sont pas capturés. Etant donné que chaque plage d'exit doit avoir une plage d'entrée et que la plage d'entrée initiale est hors de la portée de l'unité d'exécution, les appels sortants de ce type ne sont pas enregistrés. Cela est dû aux caractéristiques intrinsèques de l' OpenTracing par défaut ThreadLocalScopeManager et à l'absence d'un gestionnaire ThreadPool de portée spécifique.

Il n'est pas pris en charge de suivre simultanément une application Python à l'aide d' Instana et d'un outil de traçage tiers, par exemple New Relic ou OpenTelemetry.