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