v10.8.0

• Fonctionnalité : signaler un nom d’hôte unique pour les Worker Pools et les Jobs Google Cloud Run

  La prise en charge du nom d’hôte Cloud Run, ajoutée dans la PR n° 3609, détectait Cloud Run uniquement via K_REVISION, la variable d’environnement définie par les Services Cloud Run. L’agent reconnaît désormais également CLOUD_RUN_REVISION (Worker Pools) et CLOUD_RUN_EXECUTION (Jobs), de sorte que utilization.gcp_cloud_run.use_instance_as_host s’applique désormais aux trois types de ressources. Lorsque utilization.gcp_cloud_run.include_revision_in_host est true, le nom d’hôte est construit à partir de celle de ces variables qui est présente, par exemple, {CLOUD_RUN_EXECUTION}-{instance id} pour un Job. Problème n° 3651 PR n° 3652

• Fonctionnalité : ajouter l’option de configuration browser_monitoring.version

  Les clients peuvent désormais épingler la version exacte du chargeur de l’agent de navigateur que New Relic injecte en définissant la nouvelle option de configuration browser_monitoring.version. Consultez la politique de fin de vie de l’agent de navigateur pour connaître les versions actuellement disponibles et prises en charge. PR#3663

• Fonctionnalité : ajouter span.kind aux bibliothèques de tâches en arrière-plan

  Désormais, l’attribut span.kind sera ajouté aux opérations produce et consume des bibliothèques de tâches en arrière-plan. Cela inclut ActiveJob, Sidekiq, Resque, et DelayedJob. PR#3636

• Correction de bug : l’instrumentation DelayedJob ne se réinstalle plus sur chaque worker en mode prepend

  Lorsque l’instrumentation DelayedJob est installée via prepend (par défaut), la création de plus d’un Delayed::Worker dans le même processus amenait l’agent à écrire dans le log « Installing DelayedJob instrumentation » et à réinitialiser le plug-in pour chaque worker supplémentaire. Cela était inoffensif mais bruyant ; cela n’est désormais effectué qu’une seule fois par processus, ce qui correspond au comportement existant de l’instrumentation de chaîne. PR#3654

• Correction de bug : les valeurs de configuration autorisées ne sont plus sensibles à la casse

  Auparavant, les options de configuration sur liste d’autorisation nécessitaient une correspondance exacte de la casse, de sorte qu’une valeur avec une casse inattendue, comme OBFUSCATED ou ObFuScAtEd pour slow_sql.record_sql, revenait silencieusement à la valeur par défaut. Les options de configuration validées par une liste d’autorisation correspondent désormais aux valeurs indépendamment de la casse, de sorte que les deux sont traitées de la même manière que obfuscated. Problème n° 3613 PR n° 3645

• Correction de bug : l’instrumentation Puma fonctionne lorsque Puma est chargé de manière différée

  Avec gem "puma", require: false, Puma n’était pas encore chargé lors de l’exécution de la vérification de dépendance de l’agent, l’instrumentation de Puma ne parvenait donc pas à s’installer. L’agent reconnaît désormais Puma::RackHandler comme preuve de la présence de Puma, ce qui résout ce problème. Issue#3641 PR#3650