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