Importante
We recommend updating to the latest agent version as soon as it's available. If you can't upgrade to the latest version, update your agents to a version no more than 90 days old. Read more about keeping agents up to date.
See the New Relic Ruby agent EOL policy for information about agent releases and support dates.
v10.9.1
Bugfix: Action Controller instrumentation no longer errors when it can't identify the controller class
When the agent could not identify a request's controller class, it logged
TypeError: no implicit conversion of nil into Stringand thenNoMethodError: undefined method 'finish' for nil, and recorded no data for that request. These transactions are now namedController/(unknown)/<action>and recorded normally. PR#3691Bugfix: Prevent
Parallelworkers from hanging when reporting large payloadsWhen
parallelinstrumentation was enabled,Parallel.each/Parallel.mapwithin_processes:could hang forever. Each worker inherited the pipe write ends the agent registered for its earlier siblings, so those pipes couldn't reach end-of-file, and the agent's pipe listener thread blocked waiting on one of them. Any worker whose data exceeded the operating system pipe buffer then blocked on exit. Now, the agent closes each pipe's write end in the parent right after forking, and the listener no longer blocks on a single pipe while others still have data waiting. Thank you to @yayamochi for reporting this bug. Issue#3680 PR#3688Bugfix: gRPC calls no longer fail on requests from Synthetics monitors
When a request from a Synthetics monitor made a gRPC call, the agent added
X-NewRelic-Syntheticsto the call's metadata. gRPC only allows lowercase metadata keys, so the call raisedArgumentError: 'X-NewRelic-Synthetics' is an invalid header key. The agent now sends the synthetics headers in lowercase. gRPC server transactions also now read the synthetics headers from incoming metadata, so a gRPC service called during a Synthetics check records its trace and Synthetics attributes. PR#3693
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.9.0
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
stackprofegoogle-protobufaoGemfiledo seu aplicativo e, em seguida, definaprofiling.enabledcomotrue:profiling.enabled: trueCom apenas
profiling.enableddefinido, 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:Nome da configuração Padrão Comportamento profiling.enabled falseSe true, o agente coleta e reporta dados de profiling contínuo.profiling.include cpuO que amostrar: cpupara tempo de CPU, ouobjectpara alocações de objetos.profiling.sample_period 0.01Segundos entre amostras de stack. Usado somente quando profiling.includeécpu. Deve estar entre 0,000001 e 0,999999.profiling.object_allocation_interval 10000Alocações de objetos entre amostras de stack. Usado somente quando profiling.includeéobject. Deve estar entre 1.000 e 999.999.profiling.delay 0Milissegundos para aguardar antes do início do profiling. 0inicia imediatamente.profiling.duration 0Milissegundos para fazer o profiling antes de parar automaticamente. 0faz o profiling até que o processo seja encerrado.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
ArgumentErrorem 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
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.8.0
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 reconheceCLOUD_RUN_REVISION(Worker Pools) eCLOUD_RUN_EXECUTION(Jobs), portanto,utilization.gcp_cloud_run.use_instance_as_hostagora se aplica a todos os três tipos de recursos. Quandoutilization.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#3652Recurso: adicionar a opção de configuração
browser_monitoring.versionOs 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#3663Recurso: adicionar span.kind às bibliotecas de trabalhos em segundo plano
Agora, o atributo
span.kindserá adicionado às operaçõesproduceeconsumede bibliotecas de trabalhos em segundo plano. Isso inclui ActiveJob, Sidekiq, Resque e DelayedJob. PR#3636Correçã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::Workerno 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#3654Correçã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
OBFUSCATEDouObFuScAtEdparaslow_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 queobfuscated. Issue#3613 PR#3645Correçã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 reconhecePuma::RackHandlercomo evidência de que o Puma está presente, corrigindo esse problema. Issue#3641 PR#3650
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.7.1
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
NoMethodErrorquando um segmento falha ao iniciarSe 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 umNoMethodError. Isso agora está corrigido, graças a @ydah. PR#3640
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.7.0
Recurso: adicionar transaction_tracer.cap_segment_artifacts opção de configuração
Transações de longa duração com muitos segmentos podem causar o aumento contínuo do uso de memória durante a vida útil da transação. O agente agora oferece uma opção de configuração
transaction_tracer.cap_segment_artifactsopcional (o padrão éfalse). Quando ativado, assim quetransaction_tracer.limit_segmentsfor atingido, o agente também para de registrar o tempo exclusivo para quaisquer segmentos criados posteriormente nessa transação, reduzindo o uso de memória à custa de dados de tempo menos precisos para a transação. PR#3615Recurso: Adicionar instrumentação de estatísticas do servidor Puma
O agente agora faz a amostragem das estatísticas do servidor em todo o cluster do Puma e as relata como métricas de timeslice
Ruby/Puma/*, incluindobacklog,running,pool_capacity,max_threadserequests_count. As estatísticas são amostradas no modo único e no modo em cluster quandopreload_app!está habilitado. Esta instrumentação está desabilitada por padrão. Habilite-a definindodisable_puma_instrumentationcomofalse. Quando habilitado, o agente inicia uma thread de relatório no processo mestre do Puma para entregar essas métricas, o que executa uma conexão adicional do agente junto com os workers do Puma. O intervalo de amostragem é configurável por meio da nova configuraçãopuma.sample_rate(padrão de 60 segundos). Requer o Puma 6.6 ou posterior. Consulte nossos documentos para obter mais informações. PR#3578Recurso: relatar um nome do host exclusivo para instâncias do Google Cloud Run
O agente agora detecta o Cloud Run e relata o ID da instância do GCP como o nome do host para que instâncias individuais possam ser distinguidas. Antes dessa alteração, todos os nomes do host do Google Cloud Run eram
localhost. Esse recurso é controlado pela nova opção de configuraçãoutilization.gcp_cloud_run.use_instance_as_host(padrãotrue).utilization.gcp_cloud_run.include_revision_in_host(padrãofalse) deve ser definido comotruepara, em vez disso, relatar o nome do host como{K_REVISION}-{instance id}, em queK_REVISIONé o nome da revisão do Cloud Run. Issue n.º 3295 PR n.º 3609Correção de bug: o SQL lento não é mais registrado após transaction_tracer.limit_segments excedido
Depois que uma transação excedia
transaction_tracer.limit_segments, os segmentos de armazenamento de dados criados posteriormente ainda podiam ter seu SQL lento registrado. O agente agora para de registrar SQL lento para qualquer segmento criado após o limite ser atingido. PR#3615Correção de bug: os planos de execução poderiam ter como destino o banco de dados errado em aplicativos Rails com vários bancos de dados (Rails >= 7.2)
No Rails 7.2+, o agente coletou planos de explicação usando uma conexão do pool padrão/compartilhado do aplicativo, em vez de uma dedicada. Isso afetou principalmente aplicativos com vários bancos de dados. Os planos de explicação poderiam ser gerados no banco de dados errado, e uma explicação com falha poderia deixar uma conexão compartilhada em um estado ruim, afetando requests não relacionados. O agente agora usa sua própria conexão dedicada para planos de explicação, como fazia antes do Rails 7.2, e redefine ou descarta essa conexão sempre que uma tentativa de explicação falha, para que uma conexão ruim nunca seja reutilizada. Issue#3610 PR#3612
Correção de bug: a instrumentação do monitoramento de Browser não falha mais com
FrozenErrorQuando o primeiro fragmento do corpo de uma resposta era um
Stringcongelado e havia vários fragmentos, a instrumentação do navegador atingia umFrozenErrore o cabeçalho de tempo do navegador nunca era injetado. Isso começou a aparecer com oERB6.0.3+, que começou a congelar mais de suas strings compiladas. Esse problema já foi resolvido. Issue#3624 PR#3625Correção de bug: normalizar valores de configuração booleanos para permitir qualquer formato de maiúsculas e minúsculas
Na versão 9.x, o agente aceitava valores booleanos em maiúsculas, como "FALSE", e valores com letras maiúsculas e minúsculas, como "True". A versão 10.0.0 incluiu o PR#3341, que removeu acidentalmente o requisito de não diferenciar maiúsculas de minúsculas. Isso fez com que os usuários que tivessem qualquer uso de maiúsculas e minúsculas além de todas minúsculas tivessem suas opções de configuração revertidas para os padrões. Agora, o agente usa verificações que não diferenciam maiúsculas de minúsculas novamente. Issue#3632 PR#3633
Importante
We recommend updating to the latest agent version as soon as it's available. If you can't upgrade to the latest version, update your agents to a version no more than 90 days old. Read more about keeping agents up to date.
See the New Relic Ruby agent EOL policy for information about agent releases and support dates.
v10.6.0
Feature: SpanLink events are now supported for the Hybrid agent
Spans created by an OpenTelemetry API can now have Span Links associated with them. Links can be added on a span's start, by passing them to the
linksargument, or by calling theOpenTelemetry::Trace::Span#add_linkAPI. PR#3586Feature: SpanEvent events are now supported for the Hybrid agent
Spans created by an OpenTelemetry API can now have SpanEvent events associated with them via the
OpenTelemetry::Trace::Span#add_eventAPI. SpanEvent events capture timestamped annotations on a span and are sent to New Relic alongside the parent span. PR#3587Feature: Set span kind on all Hybrid agent spans
Previously, only OpenTelemetry spans translated into external request segments or datastore segments added span kind as an attribute. Now, the agent adds span kind to all OpenTelemetry spans where the value is available. PR#3589
Feature: Add support for OpenTelemetry::Tracer#start_root_span
The
OpenTelemetry::Tracer#start_root_spanAPI can now be used to force a transaction to start for a given span, provided it has a:serveror:consumerspan kind. For any other span kinds, it will no-op. This method is most commonly used in background job instrumentation. PR#3588Bugfix: Fix
instrumentation.rails_event_logger: falsenot disabling the instrumentationPreviously, setting
instrumentation.rails_event_loggertofalsedidn't disable theRails.eventinstrumentation as expected; it would still be installed during Rails boot. This is now fixed. PR#3564Bugfix: Normalize boolean-like values to
disabledfor instrumentation config keysPreviously, only
disabledwould turn off aninstrumentation.*config key. Now, boolean-like values such asfalse,no, oroffalso resolve todisabledand prevent the instrumentation from being installed. PR#3579Bugfix: Per-library logging supportability metrics now reflect each library's instrumentation state
Previously, the
Supportability/Logging/Ruby/{library}/{enabled|disabled}metrics reported the value of the globalapplication_logging.enabledsetting for every library, rather than each library's actual state. As a result, the metric reportedenabledeven when you had disabled logging instrumentation for a specific library or weren't using that library's gem at all. Now, each library's metric reflects whether its own logging instrumentation is enabled. PR#3571