Glossário de termos da New Relic

Uma organização New Relic pode ter uma ou mais contas. Uma conta pode ser considerada um espaço de trabalho: um espaço para monitor ou analisar dados relativos a um projeto específico ou a uma equipe específica. Cada conta tem seu próprio ID de conta, e esse ID é usado para algumas tarefas específicas da conta, como fazer chamada de API. Para saber mais sobre por que você criaria uma conta, consulte Estrutura da conta.

A palavra "conta" às vezes é usada em um sentido mais geral do setor. Por exemplo, às vezes é usado para se referir a uma organização da New Relic, ou a um cliente da New Relic, ou ao registro de usuário de um usuário da New Relic. Em termos técnicos, porém, na New Relic uma conta refere-se a uma conta com um ID de conta.

Se você tiver acesso a mais de uma conta em uma organização com várias contas, poderá usar o alternador de contas para alternar entre contas. Ele está localizado no canto superior direito da página inicial do New Relic e em algumas outras visualizações de lista de entidades.

Para obter mais informações sobre os fatores que afetam o acesso às contas, consulte Fatores que afetam o acesso.

Para encontrar as configurações da conta, use o menu do usuário.

Um agente New Relic é um software instalável que se integra a vários tipos de tecnologias (por exemplo, framework web, sistema operacional e tipos de banco de dados) e reporta dados para o New Relic, geralmente em uma cadência específica. Temos agente, um agente de infraestrutura, um agente e um agente de monitoramento de Mobile. As diversas tecnologias com as quais nosso agente se integra são apenas algumas de nossas muitas integrações.

Para mais informações, veja:

No contexto do alerta New Relic, agregamos dados em janelas e precisamos determinar quando a janela atual termina e a próxima começa. O gregation_method é a lógica que nos informa quando temos todos os dados para uma determinada janela de agregação. Depois que a janela é fechada, os dados são agregados em um único ponto e avaliados em relação ao limite. Este campo é opcional. Um dos três valores a seguir pode ser especificado:

EVENT_FLOW: (Padrão) Cada janela de agregação aguardará até começar a ver a chegada do carimbo de data/hora que ultrapassou sua própria configuração de atraso. Quando isso ocorrer, os dados serão publicados. Depende do carimbo de data/hora dos dados recebidos, portanto o tempo transcorrido não é mais relevante. Funciona melhor para fontes que chegam com frequência e com baixa propagação de eventos (métrica de alto rendimento)
CADENCE: Lógica clássica do New Relic onde cada janela de avaliação espera exatamente o tempo que a configuração aggregation_delay , usando o tempo transcorrido como cronômetro. aggregation_delay é necessário ao usar esta opção. Os dados que chegarem tarde demais serão descartados, o que pode causar alertas falsos.
EVENT_TIMER: Cada janela de agregação possui um cronômetro, definido como aggregation_timer . O cronômetro começa a funcionar assim que o primeiro ponto de dados aparece para essa janela de agregação (com base no timestamp de data/hora do ponto de dados). O aggregation_timer é redefinido para cada novo ponto de dados que chega nessa janela. Quando aggregation_timer atingir 0, a janela de agregação será publicada. Ideal para dados esparsos e em lote, como integração na nuvem e log de erros pouco frequentes.

No contexto do New Relic , o alerta de streaming reúne dados em períodos de tempo específicos. Essas janelas de tempo são personalizáveis.

Os pontos de dados são coletados juntos com base em seu carimbo de data/hora e relatados em lote. A janela de agregação personalizável oferece maior flexibilidade e menos incidentes falsos ao alertar sobre pontos de dados irregulares ou menos frequentes.

Um alert condition (ou condition), identificado por seu valor numérico exclusivo condition_id, contém os critérios para criar um incidente. A condição inclui o limite definido para uma métrica de fração de tempo ou uma métrica personalizada ao longo do tempo em um alvo escolhido.

Para obter uma explicação de como uma condição se relaciona com outros conceitos básicos de alerta, consulte Conceitos e fluxo de trabalho.

No contexto de alertas, os dados de streaming são avaliados em um conjunto de janelas de agregação para determinar se uma condição do alerta está violando ou se recuperando.

O tempo da janela de agregação é quanto tempo coletaremos dados antes de executar a condição de consulta NRQL. O tempo de avaliação da compensação é quanto tempo você deseja que esperemos pelos dados atrasados antes de avaliá-los.

Se uma janela não tiver nenhum ponto de dados, ela será tratada como uma lacuna por perda de sinal.

No contexto de alertas, uma política de alertas é um conjunto de uma ou mais condições do alerta, um ou mais canais de notificação e uma configuração Incident preference .

Uma condição contida em uma política pode abrir um incidente dependendo das configurações de preferência de incidente. Neste caso, todos os canais vinculados à política gerarão notificação.

Para obter uma explicação de como uma política se relaciona com outros conceitos básicos de alerta, consulte Conceitos e fluxo de trabalho.

Quando um serviço ou aplicativo se comporta de maneira anormal, a inteligência aplicada sinaliza isso como uma anomalia. Você pode encontrar anomalias nos feeds de atividades do New Relic. Você também pode criar configuração personalizada para obter notificação ou rastrear anomalias em outros tipos de entidade, como hosts e aplicativos móveis.

Para mais informações, consulte [detecção de anomalia] (/docs/alerta-inteligência aplicada/inteligência aplicada/proactive-detection/proactive-detection-inteligência aplicada/)

O tempo de resposta acima do qual uma transação é classificada como frustrating. O padrão é quatro vezes apdex_t.

As solicitações concluídas em menos de apdex_t são classificadas como satisfied.
Solicitações que demoram mais que apdex_t, mas menos que quatro vezes apdex_t (apdex_f), são tolerated.
Quaisquer solicitações que demorem mais que apdex_f serão classificadas como frustrating.
Para obter mais informações, consulte Apdex: Medir a satisfação do usuário.

O tempo de resposta acima do qual uma transação é considerada tolerable. O valor padrão é 0,5 segundos, mas você pode alterar isso nas configurações do Apdex.

As solicitações concluídas em menos de apdex_t são classificadas como satisfied.
Solicitações que levam mais que apdex_t, mas menos que apdex_f, são tolerated.
Quaisquer solicitações que demorem mais que apdex_f serão classificadas como frustrating.
Para obter mais informações, consulte Apdex: Medir a satisfação do usuário.

Attributes são pares de valores principais anexados a objetos de dados relatados à New Relic. atributo adiciona detalhes e são semelhantes a tags ou rótulos em outros softwares SaaS. Você pode explorar esses dados consultando ou pesquisando por meio da interface do usuário ou usando o dicionário de dados.

Exemplos:

O APM relata um evento Transaction . Isso inclui dados de tempo para a transação em um atributo duration , que pode ter um valor de .002.
Nosso monitoramento de infraestrutura relata um evento ProcessSample . Isso inclui vários atributos de uso de CPU, incluindo um atributo cpuSystemPercent , que pode ter um valor de .01.
Nosso SDK de telemetria relata um tipo de dados Metric para armazenamento de métricas, com atributos anexados como metricName e newrelic.source.
Algumas ferramentas da New Relic permitem que você relate atributo personalizado para aprimorar seu monitoramento.
Para obter mais informações sobre atributo no APM, consulte Atributo do agente.

O componente que coleta dados do agente New Relic em execução em um servidor de aplicativos, dispositivo móvel ou Browser do usuário final. Enquanto o agente está instalado no servidor de aplicativos do usuário, os coletores ficam localizados centralmente em nosso data center.

Para entrar em contato com o coletor, o agente deve ser capaz de acessar o domínio e os endereços IP da New Relic. (O domínio ou IP exato depende da ferramenta de monitoramento New Relic.) O coletor recebe e interpreta esses dados e os armazena em um banco de dados. Os dados são então recuperados e apresentados na interface do New Relic e por nossas diversas API REST.

Um evento, nos termos da New Relic, é um objeto de dados com atributo anexado. New Relic relata tipos de eventos padrão, como Transaction e TransactionError. Você também pode criar seu próprio evento. evento pode ser consulta e é usado em algum outro recurso.

Você pode gerar evento personalizado com o agente APM, o monitoramento de agente Browser, o monitoramento de agentes Mobile, e via API de evento. Alternativamente, você pode adicionar um atributo personalizado a algum evento padrão existente do New Relic.

Custom instrumentation permite que você estenda o monitoramento do New Relic para elementos de código do instrumento. O New Relic não faz isso automaticamente. A instrumentação personalizada é útil quando sua estrutura não é suportada pelo New Relic ou quando o New Relic não consegue capturar algum elemento do seu programa. Você também pode usar instrumentação personalizada para impedir que uma transação seja totalmente informada. Para mais informações, consulte instrumentação personalizada.

Dados métricos de fração de tempo que são registrados manualmente por meio de uma chamada de API. Custom metrics permitem registrar métricas arbitrárias; por exemplo, dados de tempo ou recursos de computador. Todos os nomes métricos personalizados devem ser prefixados com Custom/. Para mais informações consulte métrica personalizada.

Não deve ser confundido com instrumentação personalizada de dados.

No contexto de alerta, quando uma fonte de dados entra em estado de violação, começa um período de degradation period . O período de degradação é definido no limite da condição. Um incidente será aberto se a fonte permanecer em estado de violação durante todo o período de degradação. Além disso:

Se a fonte de dados entrar em um estado sem violação antes de todo o tempo ter decorrido, a contagem regressiva do período de degradação será redefinida e um incidente não será aberto.
Se o limite da condição do alerta estiver configurado como at least once in, o período de degradação sempre durará um único minuto.

Na indústria de software, evento pode ser pensado simplesmente como “coisas que ocorrem em um sistema”. Por exemplo, alterar uma configuração de servidor é um evento. Outro exemplo: um usuário de um site clicando com o mouse.

Alguns eventos geram um registro armazenado, e esse registro normalmente também é chamado de evento. Para saber como o New Relic usa evento, consulte Tipos de dados do New Relic.

Um serviço externo é um serviço que está fora de processo em relação a um serviço que é instrumento e reporta dados à New Relic. Um serviço externo chama ou é chamado por esse serviço do instrumento.

Na maioria dos locais da interface do New Relic, os serviços externos são serviços não instrumentados que não reportam a telemetria ao New Relic, mas são observados externamente usando os dados que os serviços do instrumento relatam sobre chamadas recebidas ou efetuadas. Por exemplo, um serviço externo chamado api.stripe.com não é um instrumento e reporta dados para a New Relic em si, mas é conhecido pela New Relic quando um instrumento de serviço com o agente da New Relic faz uma solicitação HTTP para o nome do host api.stripe.com.

O New Relic Flex é uma integração de infraestrutura completa e independente de aplicativo. Com ele, você pode construir sua própria integração que coleta dados métricos de uma ampla variedade de serviços, e que pode instrumentalizar qualquer aplicativo que exponha métrica sobre um protocolo padrão (HTTP, arquivo, shell) em um formato padrão (por exemplo, JSON ou texto simples) para o terminal.

É uma forma recomendada de criar uma integração personalizada, pois não requer habilidades de codificação.

Um framework é uma coleção estruturada de funções predefinidas, na qual um construtor de aplicativos insere seu próprio código para construir seu aplicativo. Uma framework não é o mesmo que uma biblioteca. Embora uma biblioteca seja uma coleção de funções que você pode chamar conforme necessário, uma framework é um esqueleto para seu aplicativo. As funções nessa framework chamam suas funções. Para obter mais informações sobre a distinção entre uma framework e uma biblioteca, consulte Qual é a diferença entre uma framework e uma biblioteca?.

New Relic automaticamente instrumento muitas estruturas comuns. Para saber mais sobre a estrutura que o New Relic suporta, navegue em nossas soluções em Observabilidade instantânea.

Algumas páginas da interface do New Relic possuem um indicador de status de saúde que aparece próximo a um índice de entidade monitorada. Esta é uma barra colorida (geralmente verde, amarela, vermelha ou cinza) que indica o status do seu aplicativo ou outro monitor de entidade da New Relic. Indica também se a entidade tem alguma política de alertas atribuída e se existem incidentes.

Exceções à paleta de cores mencionada acima:

Saiba mais sobre as cores do mapa de serviço
Nossa API REST (v2) usa orange em vez de yellow para a integridade do aplicativo e o status dos relatórios.

Na New Relic, um host significa um dos seguintes:

Um
physical machine
é um dispositivo baseado em hardware com recursos físicos dedicados, incluindo memória, processamento e armazenamento. Cada máquina tem seu próprio sistema operacional no qual o aplicativo é executado.
Um
virtual machine
(VM) é a implementação de software de uma máquina física que executa programas como uma máquina física. Uma ou mais máquinas virtuais podem ser executadas em uma máquina física. Cada máquina virtual tem seu próprio sistema operacional e recursos de máquina virtual alocados, como RAM e CPU.
Um
cloud instance
é um tipo de máquina virtual executada na nuvem pública. Nesse contexto, máquina virtual e instância de nuvem são diferentes de máquina virtual (JVMs) e contêiner Java.

No contexto de alerta, um incident é gerado quando as condições definidas em uma política de alertas são excedidas. Um registro de incidentes inclui todos os registros de horário de abertura e fechamento de cada incidente, bem como instantâneos de gráficos dos dados que estão sendo avaliados no momento de cada incidente.

Você pode visualizar informações detalhadas nas páginasIncidents da interface do usuário. Você também pode selecionar sua preferência sobre como acumulamos o incidente.

Para obter uma explicação de como um incidente se relaciona com outros conceitos básicos de alerta, consulte Conceitos e fluxo de trabalho.

Ao conectar mudanças no desempenho do host a mudanças na sua configuração, o monitoramento de infraestrutura fornece métricas em tempo real e análises poderosas que reduzem o tempo médio de resolução (MTTR).

A infraestrutura é projetada especificamente para ambientes complexos que precisam de monitoramento de servidores dinâmicos e flexíveis, desde um datacenter físico até milhares de Amazon Elastic computar Cloud (Amazon instâncias de EC2 e outros tipos de integração.

Insights era o nome do produto New Relic que anteriormente regia o relatório de eventos personalizado e a capacidade de consultar e mapear seus dados New Relic. Estes recursos são agora parte fundamental da nossa plataforma e não são mais regidos pelo produto ou nome insights . Para saber mais sobre estes recursos:

API de eventos para reportar eventos personalizados
Dados de consulta e gráfico
Por razões históricas, a palavra “insights ” ainda é usada em alguns lugares. Por exemplo:
Para a organização da New Relic em nosso modelo de preços original, insights Pro ainda é o nome do produto que rege a ingestão e retenção de dados de eventos personalizados.
Alguns agentes APM ainda possuem linguagem insights em sua base de código. Por exemplo, a configuraçãocustom_insights_events do agente Java.
Existe uma chave de API chamada chave de inserção do Insights.

Na New Relic, uma integração refere-se a uma conexão entre uma tecnologia e a New Relic que permite o relatório de dados para a New Relic. Assim, por exemplo, nosso agente contém diversas integrações (formas de reportar dados de vários frameworks de aplicativos, ou sistema operacional, ou tipos de banco de dados). Outras integrações assumem a forma de uma configuração ou procedimento (por exemplo, alterar uma configuração ou endpoints de API) que permite que um serviço (por exemplo, AWS Lambda ou PagerDuty) nos envie dados.

Veja toda a nossa integração.

Um interaction trace é uma imagem completa de uma única interação. Com o trace da interação, o New Relic oferece uma visibilidade muito mais profunda de uma única interação lenta, o que pode ajudá-lo a compreender um problema mais amplo. trace da interação são o equivalente móvel de um trace da transação. Para obter mais informações, consulte Criando interação (iOS) e Criando interação (Android).

No APM, uma transação principal é uma transação da web que o usuário marcou como particularmente importante; por exemplo, eventos comerciais importantes (como inscrições ou confirmações de compra) ou transações com alto impacto no desempenho (como pesquisas). transação principal possuem páginas próprias na interface e outros valores customizados. Para mais informações, consulte transação principal.

Um metric grouping issue ocorre quando uma conta envia muitos pontos de dados de métrica de fração de tempo com nomes diferentes para a New Relic, e essas transações individuais da web não são agregadas adequadamente. Por exemplo, em vez de um único nome de métrica /user/controlpanel/ , você poderá ver /user/controlpanel/alice, /user/controlpanel/bob e /user/controlpanel/carol. Para mais informações, veja questões de agrupamento métrico.

Na New Relic, usamos namespace para ajudar a organizar os dados que armazenamos no banco de dados New Relic (NRDB). Do ponto de vista do cliente, o uso mais relevante do ponto de vista prático do conceito de namespace é como ele se relaciona com a retenção de dados. O namespace é o que define o período de retenção de dados padrão para vários tipos de dados. Por exemplo, em uma conta específica, todos os dados no namespace Logging compartilham a mesma retenção e os dados no namespace APM compartilham a mesma retenção.

NerdGraph é nossa API GraphQL, uma linguagem de consulta eficiente e flexível que permite solicitar exatamente os dados que você precisa, sem busca excessiva ou insuficiente. As chamadas do NerdGraph obtêm todos os dados necessários em uma única solicitação. O NerdGraph também facilita a evolução API ao longo do tempo e permite ferramentas poderosas para desenvolvedores.

Você pode usar nosso explorador de API NerdGraph para visualizar o esquema e encontrar definições. Dê uma olhada em nosso tutorial ou vá direto para o NerdGraph API Explorer.

No contexto do nosso recurso de gerenciamento de log, este é um protocolo de segurança que oculta dados confidenciais em seu log por meio de hashing ou mascaramento. Depois de identificar os dados confidenciais que deseja ocultar, você os define na forma de uma expressão. Com essa expressão, você cria uma regra de ofuscação que identifica a instância de dados confidenciais em seu log e, em seguida, automatiza o mascaramento ou o hash, dependendo da regra.

Na New Relic, “organização” pode referir-se a um ou mais conceitos:

Para fins de gerenciamento de contas da New Relic, uma "organização New Relic" refere-se a todos os ativos e dados pertencentes a clientes da New Relic (por exemplo, suas contas, seu usuário e seus dados). Para mais informações sobre este conceito, consulte organização e estrutura de contas.
Às vezes usamos “organização” de uma forma geral para nos referirmos a uma empresa ou entidade sem fins lucrativos.

Com page load timing, a New Relic monitora o tempo total de carregamento do Browser final do usuário. O agente do aplicativo New Relic injeta JavaScript dinamicamente na página e, em seguida, captura os seguintes pontos de carregamento principais:

Navigation start: O usuário inicia a transação.
First byte: O Browser recebe a página solicitada.
DOM ready: O Browser concluiu a análise do DOM.
Page ready: O carregamento da página foi concluído.
O tempo de carregamento da página às vezes é chamado de RUM ou monitoramento de usuário real. Ao contrário do RUM padrão, o tempo de carregamento da página também captura erros de JavaScript e solicitações AJAX. Para obter mais informações, consulte Processo de tempo de carregamento da página.

A organização New Relic pode ter uma estrutura de conta pais/filho. Essa estrutura era muito mais importante para organização com usuários em nosso modelo de usuário original, mas ainda é relevante para alguns recursos de organização com usuários em nosso modelo de usuário mais recente. A primeira conta criada em uma organização New Relic é essencialmente a conta pai: um impacto disso é que essa conta é onde os dados de uso e cobrança são relatados.

Saiba mais sobre a estrutura da conta.

As contas pais eram anteriormente chamadas de contas mestras e as contas filhas eram anteriormente chamadas de subconta.

Um URL exclusivo vinculado a uma visualização do New Relic em um momento específico. Permalinks são úteis para resolução de problemas e para compartilhar janelas de tempo interessantes com colegas. Em muitas páginas da interface do New Relic, você pode encontrar o ícone do link permanente no canto superior direito da interface. Para saber mais sobre isso, consulte Noções básicas da plataforma.

A partir de maio de 2023, esses links expirarão se não tiverem sido usados nos últimos seis meses. Observe o seguinte sobre a rotina de poda de seis meses:

Como os links permanentes não são específicos do usuário, um link mais antigo que você não usa há seis meses ainda pode estar ativo se outro usuário fizer a mesma consulta.
Links que usam o antigo URL longo com Base64 nunca expiram.

O componente do New Relic que se conecta ao seu site para verificar se ele está acessível. A New Relic tem presença na Europa, Ásia e Estados Unidos. Cada pinger tenta entrar em contato com seu site pelo menos uma vez a cada dois minutos. Se um pinger suficiente não conseguir chegar ao seu site, seu aplicativo será considerado inativo.

Para testes scriptáveis detalhados, incluindo testes reais de Browser e testes de endpoints de API, consulte monitoramento sintético. O monitoramento sintético inclui monitoramento de ping gratuito, que permite monitor seu site em locais ao redor do mundo. Para mais informações, veja Tipos de monitor Sintético.

Nossas integrações Amazon consultam seus serviços da AWS de acordo com um polling interval, que varia dependendo da integração. Cada intervalo de sondagem ocorre para cada entidade AWS. Por exemplo, se você tiver treze balanceadores de carga elásticos (ELB) da Amazon, cada um deles será pesquisado a cada cinco minutos.

Dependendo da integração da AWS, pode haver atrasos no tempo entre a solicitação da API e os dados de métrica retornados. Se você notar atrasos incomuns, siga os procedimentos de integração, resolução de problemas.

Na New Relic, quickstart refere-se a todos os métodos de instalação necessários para obter um ou ambos os seguintes itens:

adicionais (além do nosso painel selecionado) acessíveis na interface
Dashboards
Alerta pré-construído
Os guias de início rápido são apresentados em nossas páginas de Observabilidade Instantânea: por exemplo, esta página inclui um guia de início rápido para .NET que oferece um dashboard extra e um alerta pré-construído, além do que você normalmente obteria ao instalar o agente .NET.

Um recovery period de tempo começa quando uma fonte de dados entra em um estado sem violação após estar em um estado de violação. O período de recuperação é definido no limite da condição. Um incidente será encerrado quando uma fonte permanecer em um estado sem violação e o período de recuperação tiver decorrido. Se a fonte de dados entrar em estado de violação antes de decorrido o tempo, o relógio do período de recuperação será reiniciado e o incidente não será encerrado.

Abreviação para expressões regulares. Uma sequência de caracteres e operadores que, quando usados em conjunto com uma linguagem de programação, pesquisam padrões em um pedaço de texto. Por exemplo, se você quiser localizar qualquer número de previdência social em seu registro, poderá criar uma regex que procure em seu registro um padrão numérico que siga um padrão {3 digit-2 digit-4 digit} .

Para distributed tracing, root span é o primeiro intervalo em um trace. Em muitos casos, a duração do intervalo raiz representará a duração de todo trace ou será muito próxima dela.

Porém, para sistemas mais complexos e modernos que utilizam muitos processos assíncronos e sem bloqueio, isso não será verdade. Para esses sistemas, a duração do intervalo raiz pode ser significativamente menor que a duração do trace.

O termo RPM geralmente se refere ao número de solicitações por minuto que seu aplicativo recebe do usuário. Geralmente é o mesmo que chamadas por minuto (chamadas por minuto).

Historicamente, algumas soluções de monitoramento New Relic, como e monitoramento de Browser, costumavam conter RPM na URL; por exemplo, https://rpm.newrelic.com. Esta linguagem é originalmente referida como Rails performance management como a primeira iteração do aplicativo New Relic monitor Ruby on Rails. monitor muito mais linguagens e sistemas além do Ruby agora.

No contexto de alerta, um runbook contém procedimentos e operações padrão normalmente usados pelo administrador do sistema, pela equipe de operações de rede e por outras pessoas para lidar com interrupções, incidentes de alerta e outras situações. Se a sua organização armazenar instruções de runbook como URLs, você poderá vincular essas informações a uma política de alertas para que sua equipe tenha acesso fácil a essas informações quando um incidente violar o limite da política definido.

Um service é um cluster de processos do servidor de tempo de execução que realizam uma tarefa específica, geralmente solicitações de serviço. Ao contrário de um aplicativo, um serviço geralmente não é invocado por um ser humano. Às vezes, porém, “aplicativo” e “serviço” são usados de forma intercambiável.

Oferecemos um grande número de agentes e integração que permitem reportar dados dos seus serviços.

No contexto de alerta, o sinal é o fluxo de dados de telemetria que é observado e alertado. Você usa uma consulta NRQL para definir um sinal.

Um sinal exclusivo é gerado quando a condição vê um fluxo exclusivo de dados que corresponde à consulta NRQL. consulta pode conter uma cláusula FACET para que uma única condição gere múltiplos sinais discretos; um para cada faceta correspondente. Para obter mais informações, consulte NRQL condição do alerta.

No contexto de alerta, um target é um monitor de recurso ou componente por uma ferramenta de monitoramento New Relic que foi identificado em uma condição do alerta. Quando a fonte de dados desse destino ultrapassa o limite crítico definido, abrimos um incidente. Dependendo da configuração de preferência de incidentes da sua política, o alerta poderá criar um registro de incidentes e enviar notificações pelos canais definidos. Consulte também entity.

Thresholds são configurações de condição do alerta que definem um incidente. Os valores limite incluem o valor que uma fonte de dados deve transmitir para acionar um incidente e as configurações relacionadas ao tempo que definem um incidente; por exemplo:

Passando um determinado valor por pelo menos x minutos
Passando um determinado valor apenas uma vez em x minutos
Enquanto a fonte de dados ultrapassa um determinado valor, inicia-se um período de degradação . Da mesma forma, quando essa fonte de dados para de passar um determinado valor, inicia-se um período de recuperação . As durações desses dois períodos de tempo são definidas nas configurações de limite da condição do alerta.
Os limites têm um limite crítico (vermelho) obrigatório e um limite de aviso opcional (amarelo). Na interface, o indicador de estado de saúde da entidade mudará para amarelo ou vermelho quando um limite for ultrapassado e um incidente será aberto.
Para obter mais informações, consulte Definir limite. Para obter uma explicação de como o limite se relaciona com outros conceitos básicos de alerta, consulte Conceitos e fluxo de trabalho.

Um tier pode se referir a como a New Relic categoriza ou visualiza os vários ecossistemas de linguagem de agente que oferecemos suporte. Por exemplo:

No APM, as categorias codificadas por cores que aparecem no gráfico Overview principal do seu aplicativo mostram o tempo de resposta gasto em diversas funções, processos ou agente como nível; por exemplo, enfileiramento de solicitações, coleta de lixo, Middleware, JVMs, etc.
Nos rótulos New Relic, TIER pode ser usado para definir ou classificar a arquitetura cliente-servidor; por exemplo, nível de frontend e backend .
"nível" às vezes pode ser usado para se referir às nossas edições de preços.

Um transaction é definido como uma unidade lógica de trabalho em um aplicativo. Este termo refere-se principalmente ao monitor de transação do lado do servidor pela APM. Para obter mais informações, consulte a documentação sobre transação da web e transação fora da web.

O termo transação também é algumas vezes utilizado em monitoramento de Browser. Nesse caso, refere-se principalmente à atividade que começa com uma solicitação da Web no Browser e termina com o carregamento completo da página.

No New Relic APM, um transaction trace refere-se a uma imagem completa de uma única transação, até a consulta ao banco de dados e padrões exatos de invocação. Com o rastreamento da transação, a New Relic oferece uma visibilidade muito mais profunda de uma única transação lenta, o que pode ajudá-lo a entender um problema mais amplo. Para mais informações, consulte rastreamento da transação.

No contexto do APM, web external descreve a parcela de tempo gasto na transação da web comunicando-se com serviços externos dentro do código do serviço que você está monitorando. Esse momento pode ser uma ligação para um terceiro (um provedor de pagamento, por exemplo) ou pode ser uma ligação para outro microsserviços da sua própria empresa. O tempo externo da Web demonstra como o desempenho é afetado por chamadas em uma rede para código em execução fora do aplicativo que você está medindo.

Um transaction é definido como uma unidade lógica de trabalho em um aplicativo. Este termo refere-se principalmente ao monitor de transação do lado do servidor pela APM.

Transações da web são iniciadas com uma solicitação HTTP. Para a maioria das organizações, estas representam interações centradas no cliente e, portanto, são as transações mais importantes a serem monitor. Para obter mais informações, consulte transação da web e transação fora da web.

Esta tradução de máquina é fornecida para sua comodidade.

família da conta

alternador de conta

agente

atraso de agregação

função de agregação

método de agregação

temporizador de agregação

janela de agregação

IA

alerta

condição do alerta

avaliação de alerta

política de alertas

anomalia

apdex

apdex_f

apdex_t

API (interface de programação aplicativa)

APM

aplicativo

ID do aplicativo

nome do aplicativo

Inteligência aplicada

atributo

monitoramento de disponibilidade

Browser

Monitoramento de browser

plano de fundo externo

conta infantil

integração baseada em nuvem

coletor

interface de linha de comando (CLI)

ID da condição

condições

contêiner

CPM (chamadas por minuto)

Queima de CPU

atributo personalizado

painel personalizado

evento personalizado

instrumentação personalizada

métrica personalizada

coletor de dados

métricas e eventos

período de degradação

dependência

destinos

métrica dimensional

distributed tracing

Docker

período de inatividade

entidade

evento

erro esperado

serviço externo

faceta

Flex

framework

medições clássicas

ciclo de coleta

indicador de status de saúde

hospedar

erro ignorado

incidente

Rastreamento infinito

Monitoramento de infraestrutura

Insights

ID da instância

instrumentação

integração

interação

traço da interação

dados de inventário

emitir

transação principal

log

monitoramento log

logs contextualizados