v10.4.0

• Recurso: adicionar instrumentação do Rails.event para logging estruturado

  O agente agora suporta Rails.event como eventos de log estruturados. Quando habilitado, os eventos publicados via Rails.event.notify são capturados e encaminhados para o New Relic como eventos de log. Cargas de evento, tags, contexto, timestamps e locais de origem são capturados automaticamente como atributos de log.

  Esta instrumentação pode ser configurada com as seguintes opções:

  • instrumentation.rails_event_logger - Controla se a instrumentação de Rails.event está habilitada. Por padrão, usa o valor de application_logging.enabled.
  • instrumentation.rails_event_logger.event_names - Uma matriz de nomes de eventos específicos para capturar. Quando vazio (padrão), todas as notificações do Rails.event são capturadas. Use isso para filtrar eventos por nome, por exemplo: ['user.signup', 'payment.processed'].

  PR#3526

• Recurso: adicionar instrumentação para Rails Active Job Continuations

  O agente agora instrumenta as continuações do Active Job do Rails, fornecendo visibilidade da execução de etapas individuais em tarefas de longa duração. Os nomes dos passos são incluídos nas métricas de segmento (por exemplo, Ruby/ActiveJob/default/MyJob/step/process_records) e atributos específicos do passo, como posição do cursor, status retomado e status interrompido, são capturados. Uma nova opção de configuração, disable_active_job_step_names, permite que os usuários excluam nomes de etapas dos nomes de métricas para reduzir a cardinalidade da métrica, se necessário (o padrão é false). PR#3493

• Recurso: Adicionar sidekiq.separate_transactions opção de configuração

  Uma nova opção de configuração, sidekiq.separate_transactions, permite que as tarefas do Sidekiq executadas durante uma transação da web sejam executadas em sua própria transação separada. Quando habilitado, isso evita que o tempo de execução do job do Sidekiq seja incluído nas métricas de transação da web, fornecendo dados de desempenho mais precisos. O recurso é opt-in (padrão: falso) para manter a compatibilidade com versões anteriores. Isso afeta apenas os trabalhos executados durante transações da web ativas; os trabalhos iniciados de forma independente ou aninhados em outros trabalhos em segundo plano não são afetados. Issue#3364 PR#3514

• Correção de bug: atualizar regexes que podem ter sido vulneráveis a ataques ReDOS

  Anteriormente, o agente tinha algumas regexes identificadas como possíveis destinos para ataques de complexidade de tempo polinomial (ReDOS). Essas regexes agora estão atualizadas para abordar as preocupações. PR#3520

• Correção de bug: evitar falhas durante a criação de segmento HTTPX

  Anteriormente, se start_external_request_segment encontrasse um erro e retornasse nil, o agente acionaria um NoMethodError ao tentar adicionar cabeçalhos ao segmento ausente. Adicionamos uma verificação de segurança para garantir que a instrumentação lide com esses casos de forma adequada.

  Parabéns a @thebravoman pelo relatório! Issue#3509 PR#3510

• Correção de bug: tornar Transaction#finish idempotente

  Anteriormente, se o método Transaction#finish fosse chamado várias vezes, mais de uma transação poderia ser criada para a mesma operação. Agora, um mutex protege as chamadas para Transaction#finish para garantir que as operações de finalização sejam executadas apenas uma vez. PR#3513

• Correção de bug: Aviso único de descontinuação do Log para a API Datastores.wrap

  Anteriormente, esse aviso estava sendo registrado a cada chamada para Datastores.wrap. Agora, isso será registrado apenas na primeira chamada. Além disso, a documentação foi atualizada para indicar o status descontinuado do segundo e terceiro argumentos de retorno de chamada. Issue#3516 PR#3519