Ruby agent release notesRSS

Feature: Deprecation reminder for SqlSampler#notice_sql API

The NewRelic::Agent::SqlSampler#notice_sql method is deprecated and will be removed in a future major version. Instead, users should call NewRelic::Agent::Datastores.notice_sql. PR#3345

Feature: Deprecation notice for second and third arguments in Datastores.notice_sql API

The second (scoped_metric) and third (elapsed) arguments in the NewRelic::Agent::Datastores.notice_sql method are deprecated. They have not been used by the method for some time. Instead, these values will be set based on the current segment when the API is called. PR#3345

Feature: Deprecation notice for second argument in Datastores.notice_statement API

The second (elapsed) argument in the NewRelic::Agent::Datastores.notice_statement method is deprecated. It has not been used by the method for some time. Instead, this value will be set based on the current segment when the API is called. PR#3346

Feature: Deprecation notice for proc's second and third arguments in Datastores.wrap API

The NewRelic::Agent::Datastores.wrap method is changing. In a future major version, proc will only accept a single argument, the result of the yield. The scoped metric name and elapsed arguments will be removed, as they are being removed from the Datastores.notice_sql method. The scoped metric name and elapsed values are derived from the current segment when the wrap yields. PR#3346

fonctionnalité : Ajouter sidekiq.ignore_retry_errors option de configuration

Une nouvelle option de configuration, sidekiq.ignore_retry_errors, a été ajoutée pour contrôler si les nouvelles tentatives de tâches Sidekiq sont capturées. Les erreurs de nouvelle tentative sont capturées par défaut, mais maintenant si sidekiq.ignore_retry_errors est défini sur true, l'agent ignorera les exceptions levées lors des tentatives de nouvelle tentative de Sidekiq et ne signalera l'erreur que si la tâche échoue définitivement. Merci DonGiulio d'avoir reconnu cette amélioration et d'avoir contribué à la solution. PR#3317

fonctionnalité : Avis de dépréciation pour l'enregistrement déployé à l'aide de Capistrano

L'envoi d'informations de déploiement d'application via une recette Capistrano est obsolète et sera supprimé dans la version 10.0.0 de l'agent. Pour l'enregistrement du déploiement, veuillez consulter notre guide sur le suivi des changements pour obtenir la liste des options disponibles.

Fonctionnalité : Utiliser la configuration d'échantillonnage du parent distant pour les décisions dans davantage de scénarios.

Auparavant, les options de configuration distributed_tracing.sampler.remote_parent_sampled et distributed_tracing.sampler.remote_parent_not_sampled étaient utilisées pour la décision d'échantillonnage uniquement lorsque les en-têtes traceparent et tracestate étaient présents. Ces options de configuration sont désormais appliquées dans les cas où l'en-tête tracestate est manquant et où seul l'en-tête newrelic est disponible. Ce changement rend l'échantillonnage distribué traceplus cohérent et prévisible. PR#3306

fonctionnalité : Instrumentation en une étape pour Kubernetes

L'APM Kubernetes attache automatiquement les applications d'instrumentation et gère les mises à niveau des agents dans le déploiement Kubernetes. Cette fonctionnalité est sortie du stade de préversion et est désormais généralement disponible. En savoir plus sur l'attachement automatique de Kubernetes. PR#2635 PR#3287

fonctionnalité : avis d'obsolescence pour Ruby 2.4 et Ruby 2.5

La prise en charge de l'agent Ruby pour les versions Ruby 2.4 et 2.5 est obsolète et sera supprimée dans la version 10.0.0 de l'agent. La nouvelle version minimale requise de Ruby deviendra Ruby 2.6 et nous arrêterons les tests avec Ruby 2.4 et 2.5. PR#3288

Fonctionnalité : Avis de dépréciation pour la commande newrelic deployments

La prise en charge de l'enregistrement du déploiement à l'aide de la commande newrelic deployments est désormais obsolète et sera supprimée dans la version 10.0.0 de l'agent.

À l’avenir, il existe un certain nombre de moyens automatisés et manuels pour enregistrer les modifications dans New Relic. Veuillez consulter notre guide de suivi des changements pour une liste des options disponibles. PR#3262

Fonctionnalité : Rappel de dépréciation pour le traçage inter-applications

Le traçage inter-applications est obsolète depuis la version majeure 8.0.0 de l'agent Ruby. Nous supprimerons entièrement la prise en charge de cette fonctionnalité dans la version 10.0.0 de l'agent. PR#3288

Fonctionnalité : assurer la compatibilité avec Ruby 3.5 en modifiant Method#source_location

Mise à jour de l'agent pour analyser correctement la valeur de retour de Method#source_location, qui passe dans Ruby 3.5 d'un éventail à deux éléments à un éventail à cinq éléments. Ce changement maintient la prise en charge des anciennes versions Ruby tout en ajoutant la prise en charge de la future sortie. PR#3257

Fonctionnalité : En mode APM Serverless, utilisez le nom de la source de l'événement comme préfixe du nom de transaction

L'agent utilisera désormais le nom de la source de l'événement comme préfixe pour le nom de la transaction en mode Serverless APM. Cela aidera à mieux identifier la source de la transaction dans l'interface utilisateur de New Relic. PR#3245

Bugfix : Rétablir la logique modifiée de suivi du thread dans lequel la plage commence

Cette modification restaure le comportement précédent de suivi du thread dans lequel la plage démarre, résolvant ainsi les problèmes découlant de la logique mise à jour. Merci @david-zw-liu d'avoir attiré notre attention sur ce point. PR#3248

Fonctionnalité : Ajouter un identifiant ECS Docker pour Fargate

Auparavant, l’agent Ruby n’enregistrait pas l’ID Docker lors de son exécution dans un environnement AWS ECS Fargate. L'ID Docker sera désormais enregistré correctement. PR#3172

Fonctionnalité : Ajouter NewRelic::Helper.version_satisfied?

L'agent dispose d'une nouvelle méthode d'assistance pour simplifier la comparaison des versions. NewRelic::Helper.version_satisfied? accepte trois arguments : un numéro de version côté gauche, l'opérateur de comparaison sous forme de chaîne et un numéro de version côté droit. Nos remerciements vont à @kekke-n pour cette contribution. PR#3182

Fonctionnalité : Ajouter l'attribut code.stacktrace sur les étendues datastore lorsque la durée dépasse le seuil configuré

L'agent ajoutera désormais l'attribut code.stacktrace aux étendues datastore lorsque la durée dépasse le seuil configuré. Le seuil est configuré à l’aide de l’option de configuration transaction_tracer.stack_trace_threshold. PR#3220

fonctionnalité : consolider les valeurs constantes "Inconnues"

Toutes les références aux différents styles de majuscules pour « Inconnu » ont été consolidées en deux constantes : NewRelic::UNKNOWN et NewRelic::UNKNOWN_LOWER. Merci, @tsubasa1122, pour votre contribution ! PR#3185

Correction de bug : correction des liens source du fichier Brewfile

Auparavant, les liens du fichier README du multivers vers le Brewfile étaient rompus. Nos remerciements vont à @emmanuel-ferdman pour avoir soumis un PR pour les corriger ! PR#3191

Correction de bug : correction d'une erreur lors de l'utilisation de HTTPX 1.5.0

L'agent a précédemment rencontré une erreur lors de l'utilisation de la nouvelle version HTTPX 1.5.0. Cela était dû à un changement dans la façon dont HTTPX stocke la réponse. L'agent a été mis à jour pour gérer correctement ce changement et ne rencontre plus d'erreur lors de l'utilisation de HTTPX 1.5.0. PR#3203

Correction de bugs : corrections de bugs et améliorations des logs de l'agent de niveau de débogage

Améliore l'informations enregistrée au niveau de débogage par l'agent lorsque l'agent lit une source configuration. PR#3221

Correction de bug : corrige le risque de falsification côté serveur pour le script de workflow Slack

En interne, nous suivons les gemmes qui sortent à l'aide d'un workflow d'actions GitHub qui publie des mises à jour sur Slack. [@odaysec] a identifié un moyen de réduire le risque de falsification côté serveur pour ce workflow. Merci! PR#3184

Correction de bug : remplacer les appels JSON.load par JSON.parse

En général, JSON.parse est considéré comme plus sûr que JSON.load. Merci, @odaysec, d'avoir attiré notre attention sur ce point ! PR#3183 PR#3230