Ruby agent release notesRSS

Correção de bug: a instrumentação do Action Controller não apresenta mais erros quando não consegue identificar a classe do controlador

Quando o agente não conseguia identificar a classe do controlador de uma solicitação, ele registrava TypeError: no implicit conversion of nil into String e depois NoMethodError: undefined method 'finish' for nil, e não registrava nenhum dado para essa solicitação. Essas transações agora são nomeadas como Controller/(unknown)/<action> e registradas normalmente. PR#3691

Correção de bug: evita que os workers Parallel travem ao relatar grandes cargas

Quando a instrumentação de parallel estava ativada, Parallel.each/Parallel.map com in_processes: podia travar para sempre. Cada worker herdou as extremidades de gravação de pipe que o agente registrou para seus irmãos anteriores, de modo que esses pipes não conseguiam chegar ao fim do arquivo, e a thread de escuta de pipe do agente ficava bloqueada esperando por um deles. Qualquer worker cujos dados excedessem o buffer de pipe do sistema operacional era bloqueado na saída. Agora, o agente fecha a extremidade de gravação de cada pipe no pai logo após o fork, e o ouvinte não bloqueia mais em um único pipe enquanto outros ainda têm dados aguardando. Agradecemos a @yayamochi por relatar este bug. Issue#3680 PR#3688

Correção de bug: as chamadas gRPC não falham mais em requests de monitores Sintéticos

Quando uma solicitação de um monitor do Sintéticos fazia uma chamada gRPC, o agente adicionava X-NewRelic-Synthetics aos metadados da chamada. O gRPC permite apenas chaves de metadados em letras minúsculas, portanto, a chamada gerava ArgumentError: 'X-NewRelic-Synthetics' is an invalid header key. O agente agora envia os cabeçalhos do Sintéticos em letras minúsculas. As transações do servidor gRPC agora também leem os cabeçalhos do Sintéticos a partir dos metadados de entrada, de modo que um serviço gRPC chamado durante uma verificação sintética registra seu trace e atributos do Sintéticos. PR#3693

Recurso: Continuous Profiling (preview)

O Continuous Profiling é um novo recurso que ainda não está disponível para uso geral. O código do componente do lado do agente agora está presente no agente, mas para realmente usá-lo antes do lançamento da Disponibilidade Geral, você precisará entrar em contato com seu representante de vendas da New Relic para participar da prévia antecipadamente.

O Continuous Profiling coleta amostras repetidamente da stack de chamadas do Ruby do seu aplicativo em execução e as reporta ao New Relic, para que você possa ver quais métodos estão consumindo mais tempo de CPU (ou alocando mais objetos) em produção, sem adicionar código ao seu aplicativo.

Para ativá-lo, adicione as gems stackprof e google-protobuf ao Gemfile do seu aplicativo e, em seguida, defina profiling.enabled como true:

profiling.enabled: true

Com apenas profiling.enabled definido, o agente coleta amostras do tempo de CPU a cada 10 milissegundos durante a vida útil do processo. Essas opções permitem ajustar esse comportamento:

PR#3617

Recurso: adicionar suporte ao Dalli 5.1.1

O Dalli 5.1.1 adicionou argumentos a alguns dos métodos instrumentados pelo agente, o que poderia gerar um ArgumentError em operações de várias chaves ou fazer com que as opções de solicitação fossem descartadas silenciosamente. Agora, o agente aceita e encaminha um número variável de argumentos posicionais e de palavras-chave para esses métodos. PR#3683

Recurso: reportar um nome do host exclusivo para os Worker Pools e Jobs do Google Cloud Run

O suporte ao nome do host do Cloud Run, adicionado no PR#3609, detectava o Cloud Run apenas por meio de K_REVISION, a variável de ambiente definida pelos Services do Cloud Run. O agente agora também reconhece CLOUD_RUN_REVISION (Worker Pools) e CLOUD_RUN_EXECUTION (Jobs), portanto, utilization.gcp_cloud_run.use_instance_as_host agora se aplica a todos os três tipos de recursos. Quando utilization.gcp_cloud_run.include_revision_in_host é true, o nome do host é criado a partir de qualquer uma dessas variáveis que esteja presente — por exemplo, {CLOUD_RUN_EXECUTION}-{instance id} para um Job. Issue#3651 PR#3652

Recurso: adicionar a opção de configuração browser_monitoring.version

Os clientes agora podem fixar a versão exata do loader do agente do browser que a New Relic injeta definindo a nova opção de configuração browser_monitoring.version. Consulte a política de EOL do agente do browser para ver quais versões estão atualmente disponíveis e suportadas. PR#3663

Recurso: adicionar span.kind às bibliotecas de trabalhos em segundo plano

Agora, o atributo span.kind será adicionado às operações produce e consume de bibliotecas de trabalhos em segundo plano. Isso inclui ActiveJob, Sidekiq, Resque e DelayedJob. PR#3636

Correção de bug: a instrumentação do DelayedJob não se reinstala mais em cada worker no modo prepend

Quando a instrumentação do DelayedJob é instalada via prepend (o padrão), criar mais de um Delayed::Worker no mesmo processo fazia com que o agente registrasse “Installing DelayedJob instrumentation” e reinicializasse o plug-in novamente para cada worker adicional. Isso era inofensivo, mas ruidoso; agora é feito apenas uma vez por processo, correspondendo ao comportamento existente da instrumentação de cadeia. PR#3654

Correção de bug: os valores de configuração na lista de permissões não diferenciam mais maiúsculas de minúsculas

Anteriormente, as opções de configuração permitidas exigiam uma correspondência exata de maiúsculas e minúsculas, de modo que um valor com uso inesperado de maiúsculas e minúsculas — como OBFUSCATED ou ObFuScAtEd para slow_sql.record_sql — reverteria silenciosamente para o padrão. As opções de configuração que são validadas em uma lista de permissões agora correspondem aos valores independentemente de maiúsculas e minúsculas, portanto, ambos são tratados da mesma forma que obfuscated. Issue#3613 PR#3645

Correção de bug: a instrumentação do Puma funciona quando o Puma é carregado sob demanda

Com gem "puma", require: false, o Puma ainda não estava carregado quando a verificação de dependência do agente era executada, portanto, a instrumentação do Puma falhava ao ser instalada. O agente agora reconhece Puma::RackHandler como evidência de que o Puma está presente, corrigindo esse problema. Issue#3641 PR#3650

Correção de bug: resolve ArgumentError em operações de múltiplas chaves com Dalli 5.1.0

Esta correção atualiza a instrumentação do Dalli para aceitar e encaminhar argumentos opcionais de opções de requests em operações múltiplas e em pipeline. Nossos agradecimentos a @dbackeus por contribuir com uma correção! PR#3642

Correção de bug: as requests de Async::HTTP não geram mais NoMethodError quando um segmento falha ao iniciar

Se o agente encontrasse um erro interno ao criar o segmento para uma solicitação Async::HTTP, a instrumentação continuava a usar esse segmento ausente e poderia gerar um NoMethodError. Isso agora está corrigido, graças a @ydah. PR#3640