Importante
Recomendamos atualizar para a versão mais recente do agente assim que estiver disponível. Se você não puder atualizar para a versão mais recente, atualize seu agente para uma versão com no máximo 90 dias. Saiba mais sobre como manter o agente atualizado.
Consulte a política de fim de vida útil do agente Ruby New Relic para obter informações sobre lançamentos de agentes e datas de suporte.
v10.6.0
Recurso: eventos SpanLink agora são suportados para o agente Hybrid
Spans criados por uma API do OpenTelemetry agora podem ter Span Links associados a eles. Links podem ser adicionados no início de um span, passando-os para o argumento
links, ou chamando a APIOpenTelemetry::Trace::Span#add_link. PR#3586Recurso: eventos SpanEvent agora são suportados para o agente Hybrid
Os spans criados por uma API do OpenTelemetry agora podem ter eventos SpanEvent associados a eles por meio da API
OpenTelemetry::Trace::Span#add_event. Os eventos SpanEvent capturam anotações com timestamp em um span e são enviados para o New Relic junto com o span pai. PR#3587Recurso: definir o tipo de span em todos os spans do agente Hybrid
Anteriormente, apenas os spans do OpenTelemetry traduzidos em segmentos de solicitação externa ou segmentos de armazenamento de dados adicionavam o tipo de span como um atributo. Agora, o agente adiciona o tipo de span a todos os spans do OpenTelemetry onde o valor está disponível. PR#3589
Recurso: adicionar suporte para OpenTelemetry::Tracer#start_root_span
A API
OpenTelemetry::Tracer#start_root_spanagora pode ser usada para forçar o início de uma transação para um determinado span, desde que ele tenha um tipo de span:serverou:consumer. Para quaisquer outros tipos de span, ela não executará nenhuma ação. Esse método é mais comumente usado na instrumentação de jobs em segundo plano. PR#3588Correção de bug: corrigir
instrumentation.rails_event_logger: falsenão desativando a instrumentaçãoAnteriormente, definir
instrumentation.rails_event_loggercomofalsenão desativava a instrumentação deRails.eventcomo esperado; ela ainda era instalada durante a inicialização do Rails. O problema já foi resolvido. PR#3564Correção de bug: normalizar valores semelhantes a booleanos para
disabledem chaves de configuração de instrumentaçãoAnteriormente, apenas
disableddesativaria uma chave de configuraçãoinstrumentation.*. Agora, valores do tipo booleano, comofalse,noouoff, também são resolvidos comodisablede impedem que a instrumentação seja instalada. PR#3579Correção de bug: métricas de suportabilidade de logging por biblioteca agora refletem o estado de instrumentação de cada biblioteca
Anteriormente, as métricas
Supportability/Logging/Ruby/{library}/{enabled|disabled}relatavam o valor da configuração globalapplication_logging.enabledpara cada biblioteca, em vez do estado real de cada biblioteca. Como resultado, a métrica relatavaenabledmesmo quando você havia desativado a instrumentação de log para uma biblioteca específica ou não estava usando a gem dessa biblioteca. Agora, a métrica de cada biblioteca reflete se sua própria instrumentação de log está ativada. PR#3571
Importante
Recomendamos atualizar para a versão mais recente do agente assim que estiver disponível. Se você não puder atualizar para a versão mais recente, atualize seu agente para uma versão com no máximo 90 dias. Saiba mais sobre como manter o agente atualizado.
Consulte a política de fim de vida útil do agente Ruby New Relic para obter informações sobre lançamentos de agentes e datas de suporte.
v10.5.0
Recurso: adicionar suporte ao Dalli 5.0 e corrigir a instrumentação do metaprotocolo
O agente agora oferece suporte ao Dalli 5.0+, que removeu
Dalli::Protocol::Binaryexclusivamente em favor do metaprotocolo. Para Dalli 3.2.0+, A instrumentaçãopipelined_getagora temDalli::Protocol::Basecomo destino corretamente (onde o método é definido) em vez deDalli::Protocol::Binary, corrigindo uma lacuna em que as chamadasget_multinão eram instrumentadas ao usar o metaprotocolo. Para o Dalli 5.0+, o agente adicionalmente instrumentaDalli::Protocol::Meta#read_multi_req, que é invocado pela otimizaçãoget_multide servidor único do Dalli. PR#3541Recurso: adicionar opção de configuração active_record_use_table_name
Uma nova opção de configuração,
active_record_use_table_name, usa o nome da tabela de um modelo Active Record em vez do nome de sua classe ao nomear métricas, spans e segmentos de trace da transação. Isso pode ser particularmente útil para reduzir a cardinalidade em aplicativos usando herança de tabela única. A opção tem como padrãofalsepara preservar o comportamento existente. PR#3540Recurso: ocultar parcialmente chaves de licença nos logs do agente
Anteriormente, o agente ocultava completamente as chaves de licença da New Relic nos logs do agente. Agora, os primeiros 10 caracteres são visíveis enquanto o restante é substituído por
*. Isso preserva o suficiente para solucionar problemas relacionados à região sem expor a parte secreta da chave. PR#3547Correção de bug: corrigir a incompatibilidade da instrumentação do Semantic Logger com
rails_semantic_loggerAnteriormente, um
ArgumentErrorera gerado quando uma exceção atingiaActionDispatch::DebugExceptionsao usarrails_semantic_logger. Isso foi corrigido. Obrigado a @jdelStrother por relatar isso! PR#3548
Importante
Recomendamos atualizar para a versão mais recente do agente assim que estiver disponível. Se você não puder atualizar para a versão mais recente, atualize seu agente para uma versão com no máximo 90 dias. Saiba mais sobre como manter o agente atualizado.
Consulte a política de fim de vida útil do agente Ruby New Relic para obter informações sobre lançamentos de agentes e datas de suporte.
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.notifysã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 deapplication_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'].
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#3493Recurso: 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#3514Correçã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_segmentencontrasse um erro e retornassenil, o agente acionaria umNoMethodErrorao 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
Importante
Recomendamos atualizar para a versão mais recente do agente assim que estiver disponível. Se você não puder atualizar para a versão mais recente, atualize seu agente para uma versão com no máximo 90 dias. Saiba mais sobre como manter o agente atualizado.
Consulte a política de fim de vida útil do agente Ruby New Relic para obter informações sobre lançamentos de agentes e datas de suporte.
v10.3.0
Recurso: adicionar nomenclatura de consulta ao banco de dados via comentários SQL
As consultas ao banco de dados agora podem ser nomeadas explicitamente usando comentários SQL. Consultas podem incluir comentários
/* NewRelicQueryName: CustomName */para atribuir nomes estáveis para melhor rastreamento e identificação. Isso é especialmente útil para rastrear consultas específicas ao banco de dados durante regressões de desempenho ou incidentes. PR#3480Recurso: Adicionar instrumentação do Semantic Logger
O agente agora suporta encaminhamento de logs e decoração do Semantic Logger para o gem
semantic_loggerversões 4.6.0+. Se você usava anteriormente o anexador do New Relic integrado do agente Semantic, é recomendável escolher uma abordagem para evitar o envio de logs duplicados. A instrumentação do agente Semantic da New Relic pode ser desabilitada definindoinstrumentation.semantic_loggercomodisabled. PR#3467Agradecemos a @jdelStrother por fornecer feedback valioso que ajudou a moldar esta instrumentação.
Recurso: adicionar nova configuração 'ignored_middleware_classes'
Uma nova opção de configuração,
ignored_middleware_classes, permite que os usuários excluam middlewares específicos da instrumentação (ex. Rack::Cors). O padrão é uma matriz vazia. Issue#1814 PR#3481Recurso: Adicionar nova API
NewRelic::Agent.add_transaction_log_attributesUma nova API,
NewRelic::Agent.add_transaction_log_attributes, permite aos usuários adicionar atributo personalizado com escopo de transação ao evento de log para a transação atual. Esses atributos serão aplicados apenas aos logs criados dentro do escopo da transação atual. PR#3472Correção de bug: fornecer opção de configuração para reduzir a cardinalidade de métricas de broadcast do ActionCable
Por padrão, as métricas para chamadas do método broadcast do ActionCable incluem o valor do broadcasting. Esse valor pode ter cardinalidade muito alta. Agora, a opção de configuração
:simplify_action_cable_broadcast_metricspermite que os usuários removam o valor de transmissão do nome da métrica. Isso cria uma métrica que se parece com:Ruby/ActionCable/broadcast. Quando esta opção de configuração estiver habilitada, o valor de broadcasting será adicionado como um atributo de span. PR#3463Correção de bug: remover require 'digest/md5' inativo para conformidade com FIPS/FedRAMP
Na versão 7.1.0 do agente, o uso do MD5 foi substituído pelo SHA1 para conformidade com FIPS (PR). No entanto, o antigo require para 'digest/md5' não foi removido. Removemos o requisito para ajudar nossos usuários FIPS/FedRAMP. Obrigado a @ashleyboehs por trazer isso à nossa atenção! Issue#3469 PR#3470
Correção de bug: impedir a inicialização do agente durante
rails testpara evitar atraso no desligamentoAnteriormente, o agente causava um atraso de -3 segundos no encerramento ao executar o comando
rails test. A constanteRails::Command::TestCommandfoi adicionada à listaautostart.denylisted_constantspadrão para impedir que o agente inicie durante as execuções de teste do Rails. Obrigado a @varyform por trazer isso à nossa atenção. PR#3478Correção de bug: corrige avisos de "Não foi possível calcular o tempo de transação decorrido" ao usar o servidor web Falcon
O agente agora usa
Fiber.current.object_idem vez deThread.current.object_idpara rastrear o estado da transação ao executar no Falcon, evitando colisões de requests concorrentes que compartilham a mesma thread. Também corrige um "NameError: uninitialized constantAsync::HTTP::VERSION" ao usar o Falcon. Obrigado a @97jaz e @gsar por trazerem isso à nossa atenção. PR#3483Correção de bug: corrigir erro de digitação em harvest.rb causando NoMethodError
Um erro de digitação em
lib/new_relic/agent/agent_helpers/harvest.rbcausou umNoMethodError: undefined method 'agent' for NewRelic:Module. Obrigado a @oakbow por relatar este problema. PR#3484Correção de bug: remove o uso do ObjectSpace._id2ref obsoleto
O agente agora usa uma abordagem alternativa em vez do método
ObjectSpace._id2refdescontinuado, eliminando avisos de descontinuação ao executar no Ruby 4.0+. PR#3490Correção de bug: corrigir NoMethoError na instrumentação de Logging
Anteriormente, quando a instrumentação da gem Logging tentava decorar logs locais, ela lançava um
NoMethodErrorse encontrasse um objeto não string. O problema já foi resolvido. PR#3501
Importante
Recomendamos atualizar para a versão mais recente do agente assim que estiver disponível. Se você não puder atualizar para a versão mais recente, atualize seu agente para uma versão com no máximo 90 dias. Saiba mais sobre como manter o agente atualizado.
Consulte a política de fim de vida útil do agente Ruby New Relic para obter informações sobre lançamentos de agentes e datas de suporte.
v10.2.0
Recurso: Introduzir Agente Híbrido para suporte ao Rastreamento OpenTelemetry
As APIs de rastreamento do OpenTelemetry agora podem ser traduzidas em telemetria da New Relic com os novos recursos de Agente Híbrido do agente Ruby da New Relic. Isso permite que a gem
newrelic_rpmse comporte de forma semelhante a um SDK OpenTelemetry, aceitando chamadas da API OpenTelemetry e transformando-as em Transações e Segmentos do New Relic com atributos e nomes familiares.As seguintes opções de configuração referem-se aos recursos do Hybrid Agent:
Nome da configuração Padrão Comportamento opentelemetry.enabled falseUma opção de configuração global para desativar todos os sinais do OpenTelemetry enviados pelo New Relic. opentelemetry.traces.enabled truePermite a criação de segmentos de Transaction Trace e métricas de timeslice a partir de Spans do OpenTelemetry opentelemetry.traces.include ''Uma lista de rastreadores do OpenTelemetry delimitada por vírgulas, representada como uma string (por exemplo, "AppTracer1,OpenTelemetry::Instrumentation::Bunny::Instrumentation"), que terão seus sinais de rastreamento enviados para a New Relic. opentelemetry.traces.exclude ''Uma lista de rastreadores do OpenTelemetry delimitada por vírgulas, representada como uma string (por exemplo, "AppTracer1,OpenTelemetry::Instrumentation::Bunny::Instrumentation"), que não terão seus sinais de trace enviados para o New Relic. Todos os rastreadores conhecidos para instrumentação que conflita com a instrumentação da New Relic são excluídos por padrão. Recurso: Adicionar opção de configuração error_collector.backtrace_truncate_location
Uma nova opção de configuração foi adicionada,
error_collector.backtrace_truncate_location, que permite ao usuário especificar onde truncar o backtrace quando o número de frames excedererror_collector.max_backtrace_frames. As opções são'top'(remove frames do início),'middle'(remove frames do meio, preservando o início e o fim) ou'end'(remove frames do fim). O padrão é'middle'. PR#3424Recurso: Adicionar instrumentação da gem Logging
O agente agora registrará logs gerados pela gem Logging. PR#3420
Funcionalidade: Adicionar opção de configuração utilization.detect_in_parallel
Uma nova opção de configuração foi adicionada,
utilization.detect_in_parallel, que controla se o agente usa threads ao detectar informações do provedor de nuvem para acelerar a inicialização do agente. Quando definido comofalse, a detecção de fornecedor é executada sequencialmente sem criar threads. O padrão étrue. PR#3439