Esteja você considerando o New Relic ou já usando nossos recursos, este glossário de terminologia comum pode ajudar. E se você deseja começar, consulte Introdução ao 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.
Uma organização New Relic pode ter uma ou mais contas.
Uma "família de contas" refere-se a uma conta pais e às contas infantis dela: em outras palavras, um grupo de contas relacionadas vinculadas por faturamento.
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:
Para nosso recurso de alerta, isso se refere ao tempo em segundos de espera até que a janela de agregação seja preenchida com dados. Obrigatório ao usar aggregation_method
tipos CADENCE
ou EVENT_FLOW
.
No contexto do alerta NRQL, você pode usar funções NRQL, como sum()
, average()
ou latest()
para escolher como os pontos de dados em uma janela de agregação devem ser processados em um único ponto de dados. O único ponto de dados agregado é o que passa pelo processo de avaliação de alerta.
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çãoaggregation_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 comoaggregation_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). Oaggregation_timer
é redefinido para cada novo ponto de dados que chega nessa janela. Quandoaggregation_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 alerta New Relic, este é o tempo em segundos de espera após o recebimento de cada ponto de dados, para garantir que todo o lote seja processado. Obrigatório ao usar o tipo EVENT_TIMER
aggregation_method
.
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.
IA, ou inteligência artificial, refere-se a sistemas de computador que podem compreender, aprender e executar tarefas que normalmente requerem inteligência humana. Na New Relic, quando dizemos IA, queremos dizer a camada do seu ambiente que usa um grande modelo de linguagem (LLM) para gerar uma resposta (ou tomar uma decisão) com base no prompt final do usuário.
Um alert comunica um evento ou incidente que a equipe designada pode rastrear por meio de alerta.
Para obter uma explicação de como os conceitos básicos de alerta estão relacionados, consulte Conceitos e fluxo de trabalho.
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 é uma coleção 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 forma anormal, o recurso de alerta do New Relic sinaliza-o como uma anomalia. Você pode encontrar anomalias nos feeds de atividades em 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/)
Apdex é uma forma padrão do setor de medir a satisfação do usuário com o tempo de resposta de um aplicativo ou serviço. A New Relic classifica cada resposta como Satisfied, Tolerated ou Frustrated e usa essas classificações para calcular uma pontuação geral de satisfação do usuário.
Para obter mais informações, consulte Apdex: Medir a satisfação do usuário.
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 vezesapdex_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 queapdex_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.
A New Relic oferece uma variedade de API e SDKs. Para obter mais informações, consulte a introdução à API New Relic.
O New Relic APM (monitoramento de desempenho de aplicativos (APM)) fornece monitoramento do desempenho de seu aplicativo web ou não. oferece suporte a aplicativos que usam diversas linguagens de programação.
Para fins da New Relic, qualquer instrumento de programa da New Relic.
Algumas soluções New Relic atribuem a um aplicativo de monitor um application ID exclusivo, geralmente abreviado para app ID. Quando presente, esse ID fica disponível na interface. Também é relatado como um atributo e pode ser consultado.
Para saber como determinar isso, consulte Encontrar ID do aplicativo.
O nome que o New Relic combina com seu para identificar exclusivamente um aplicativo específico. Para obter mais informações, consulte Nomeie seu aplicativo.
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 atributoduration
, 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 atributocpuSystemPercent
, 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 comometricName
enewrelic.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.
Para nossa solução de monitoramento de Browser para usuário final, consulte monitoramento de Browser.
Para obter informações sobre quais browsers suportam o New Relic, consulte Browser compatível.
Mede a velocidade e o desempenho do seu usuário final à medida que ele navega até o seu site a partir de diferentes browsers, dispositivos, sistemas operacionais e redes. Para obter mais informações, consulte Introdução ao monitoramento de Browser.
Refere-se ao tempo gasto em chamadas para serviços externos dentro do fora da web de um serviço. Veja web externo.
Consulte conta pais.
A New Relic oferece integração baseada em nuvem com provedores como Amazon Web Services (AWS), Microsoft Azure e Google Cloud Platform.
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.
Nossa interface de linha de comando (CLI) é uma ferramenta que permite que você gerencie o New Relic, incluindo o gerenciamento e o controle do uso do New Relic em escala.
Consulte condição do alerta.
Utilize a condição do alerta para definir quando e por que sua equipe será notificada caso sua entidade não esteja funcionando da maneira que você deseja. Com as condições, você estabelece os critérios para notificação sobre tempo de latência, erros de código, pontuações Apdex, alto uso de CPU e muito mais.
Para obter mais informações, consulte incidente.
Um contêiner é uma unidade padrão de software que carrega todos os trechos de código necessários e todas as suas dependências para que seu aplicativo funcione perfeitamente em uma variedade de ambientes de computação.
O número de chamadas que seu aplicativo recebe a cada minuto. Geralmente corresponde ao número de visualizações de páginas ou conexões externas e geralmente é igual a RPM (solicitações por minuto).
O tempo consumido pelo código menos o tempo de espera de uma transação. Este é o tempo realmente gasto no processamento da transação. Ele aparece na interface do New Relic no topo da visualização da transação do agente que o fornece (somente Ruby e PHP).
Um par de valor principal adicionado a uma transação ou evento para obter informações adicionais sobre ele. Para mais informações, consulte atributo personalizado.
Um dashboard personalizável com gráficos e tabelas que inclui dados de diversas fontes de dados New Relic. Para obter mais informações, consulte painel.
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.
Veja coletor.
Na interface do Metrics and events você pode acessar, consultar e personalizar seus dados, criar visualizações e fazer conexões entre seus serviços em uma experiência consistente e organizada.
Para saber mais sobre isso, veja Introdução à métrica e evento.
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.
Uma dependência é o código do qual seu aplicativo depende para funcionar. New Relic fornece uma lista de todos os aplicativos, serviços, banco de dados e hosts que podemos afirmar que estão conectados a uma entidade. Na página de interfaceDependencies , você pode encontrar a dependência upstream e downstream de uma entidade e os caminhos para explorá-las.
No contexto de alerta, os destinos são para onde enviamos notificações sobre os seus dados. Um destino é um identificador exclusivo de um sistema de terceiros que você usa.
As configurações de destino contêm os detalhes da conexão para integração com sistemas de terceiros e podem ser usadas em uma variedade de ferramentas no New Relic.
Um dimensional metric é uma métrica que possui vários atributos, também conhecidos como dimensões. Na New Relic, reportamos métricas dimensionais usando o tipo de dadosMetric
. Para obter mais informações sobre outros tipos de dados métricos, consulte dados métricos.
O rastreamento distribuído é um método de monitoramento de solicitações à medida que elas fluem por vários ambientes de nuvem. O rastreamento distribuído rastreia uma solicitação marcando-a com um identificador exclusivo. Isso permite que sua equipe tenha uma compreensão real e precisa da interação que ocorre dentro de sua entidade.
Uma plataforma aberta para aplicativos distribuídos, que permite montar aplicativos portáteis com vários contêineres. O monitoramento de infraestrutura inclui monitoramento integrado do Docker. Para obter mais informações sobre docker, consulte o site Docker .
O período em que os clientes não conseguem acessar seu site e seu aplicativo não reporta à New Relic. Para mais informações, veja monitoramento sintético e Tipos de monitor Sintético.
No New Relic, um entity é qualquer coisa que possamos identificar e que contenha dados que você possa monitor. Uma entidade pode ser algo que você monitor diretamente, como aplicativos e microsserviços, ou indiretamente, como data center.
Para mais informações, consulte O que é entidade?
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 erro esperado é um erro comum que você não deseja que afete sua pontuação Apdex ou taxa de erros. Para obter mais informações, consulte Gerenciar erros no APM.
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
.
Uma faceta ajuda sua equipe a comparar informações que possuem muitas variáveis. Você pode consultar os dados do New Relic no NRQL e usar facetas para segmentar os dados exibidos. Por exemplo, se quiser saber onde os dados da CPU estão sendo usados, você pode segmentar os dados da CPU pela faceta do nome do host:
SELECT average(cpuPercent) FROM SystemSample FACET hostname
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 instrumenta automaticamente muitas estruturas comuns. Para saber mais sobre a estrutura suportada pela New Relic , navegue pelas nossas soluções em Observabilidade instantânea.
A métrica mais importante para uma determinada entidade, caso de uso ou tecnologia. As métricas clássicas podem incluir sinais clássicos: latência, tráfego, erros e saturação.
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 deyellow
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.
Um erro que você disse a um agente APM para não reportar ao coletor. Para obter mais informações, consulte Gerenciar erros no APM.
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 na interface do usuário. Você também pode selecionar sua preferência sobre como acumulamos incidentes.
Para obter uma explicação de como um incidente se relaciona com outros conceitos básicos de alerta, consulte Conceitos e fluxo de trabalho.
O Infinite Tracing é um serviço distributed tracing totalmente gerenciado que observa 100% do rastreamento do seu aplicativo e fornece dados acionáveis para que você possa resolver problemas com mais rapidez.
Para obter mais informações, consulte /docs/understand-dependência/distributed tracing/get-started/how-New Relic-distributed tracing-works.
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 foi projetada especificamente para ambientes complexos que necessitam de monitoramento de servidores dinâmicos e flexíveis, desde um data center 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
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ção
custom_insights_events
do agente Java.Existe uma chave de API chamada chave de inserção do Insights.
Cada instância identificada pelo New Relic recebe um instance ID exclusivo. ID da instância são mais comumente encontrados para JVMs (Java máquina virtual), mas podem existir para cada agente. Este ID é usado para identificá-lo exclusivamente e para recuperar dados sobre essa instância por meio da API. Para obter mais informações, consulte List ID da instância da API REST.
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.
Em nosso monitoramento de Mobile, um interaction é um caminho de código específico iniciado por uma interação do usuário (geralmente o pressionamento de um botão). Uma interação é o equivalente móvel de uma transação e, como uma transação, uma interação pode ser rastreada e monitorada.
Você pode ver muitos dos dados incluídos em uma interação no evento BrowserInteraction .
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).
Inventory data são informações sobre o status ou configuração de um serviço ou host. Exemplos de dados de inventário incluem:
Definições de configuração
Nome do host em que o serviço está
Região AWS
Porta sendo usada
Para obter mais informações, consulte Compreender e usar dados.
No contexto de alerta, um issue é um problema no seu sistema que precisa de atenção. Um problema é composto por um ou mais incidentes e anomalias que correlacionamos por meio de aprendizado de máquina ou outros meios. Você pode receber notificações quando problemas forem criados, confirmados ou encerrados.
Para obter mais informações, consulte Conceitos e fluxo de trabalho de alerta.
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.
Nosso recurso de gerenciamento de logs e monitoramento fornece as ferramentas para coletar, processar, explorar, visualizar e alertar seus dados de log usando seu roteamento de logs existente. Com todos os seus dados log em um só lugar, você poderá tomar decisões melhores, detectar e resolver problemas mais rapidamente e ver seu registro no contexto para solucionar problemas com mais rapidez.
Os logs contextualizados permitem que seus dados log sejam vistos em outras experiências da plataforma New Relic.
O New Relic Lookout fornece uma visão intuitiva das entidades que estão se desviando do comportamento normal, usando a visualização circular. A cor indica a gravidade e o tamanho dos círculos transmite a escala das mudanças recentes. Você não precisa configurar nada: o New Relic Lookout compara automaticamente o desempenho dos últimos cinco minutos com o da hora anterior.
Consulte conta pais.
Na indústria de monitoramento de software, uma métrica significa uma medição numérica de um aplicativo ou sistema. Para saber como o New Relic define e usa métricas, consulte Tipos de dados do New Relic.
A New Relic reporta métricas de diversas maneiras. Uma variedade de dados métricos é chamada metric timeslice data. Para obter mais informações sobre esse tipo de dados, consulte Tipos de dados New Relic.
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.
O software que aceita trabalhos de monitoramento Sintético de uma localização privada. Um minion é um dispositivo virtual empacotado executado em seu hipervisor. Para obter mais informações, consulte visão geral de localização privada e instalar e configurar minion privado.
O monitoramento de Mobile da New Relic permite monitor e gerenciar o desempenho de seus aplicativos móveis em Android, iOS, tvOS e outros sistemas. O monitoramento de Mobile fornece detalhes completos, incluindo falhas, taxas de transferência, solicitações HTTP, rastreamento de erros e muito mais.
Para nosso monitoramento sintético, um monitor garante que seu site ou endpoints de API estejam disponíveis. Para obter mais informações, consulte Adicionando e editando monitor.
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.
O New Relic Navigator facilita a exploração de um grande número de entidades em uma única visualização. O Navigator exibe todo o estado do seu sistema em uma visualização em favo de mel altamente densa com cores de semáforo baseadas em alerta.
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.
Para obter mais informações, consulte Introdução ao New Relic.
Nosso catálogo é uma coleção de aplicativos desenvolvidos na plataforma New Relic. O catálogo inclui aplicativos personalizados que criamos, aplicativos públicos de código aberto e quaisquer aplicativos que você construiu.
Você pode navegar pelo catálogo no New Relic.
NRQL é uma linguagem de consulta, semelhante em formato ao SQL, que permite consultar os dados armazenados em sua conta New Relic.
A APM identifica a transação como web ou não-web. Quando a New Relic não detecta que uma transação foi iniciada por uma solicitação da web, isso é chamado de transação fora da web. Para obter mais informações, consulte Processos em segundo plano e outras transações fora da web.
No contexto de alerta, uma notificação é uma mensagem enviada quando um incidente é aberto, confirmado ou encerrado. O tipo de notificação é definido pelo canal de notificação da política de alertas.
Para obter uma explicação de como a notificação se relaciona com outros conceitos básicos de alerta, consulte Conceitos e fluxo de trabalho.
No contexto de alerta, um canal de notificação é para onde enviamos uma notificação quando um incidente é aberto, confirmado ou encerrado. Os canais disponíveis incluem e-mail, notificação push móvel, webhooks e muito mais.
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.
On-host integrations consulte integração que reside em seus próprios servidores ou hosts e que se comunica com nosso agente de infraestrutura. Para mais informações, consulte Introdução à integração no host.
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.
Para contas em nosso modelo de usuário original, este é um tipo de perfil do usuário: o usuário que inicialmente criou a conta. Para mais informações, consulte usuário.
Para o modelo de usuário mais recente, não existe um conceito técnico de “proprietário”.
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.
Termo obsoleto; veja atributo.
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.
No contexto de alerta, uma política de alertas é um balde para condições semelhantes do alerta para que você possa vê-las completas. Portanto, se sua equipe quiser examinar todas as condições do seu aplicativo Java, será necessário criar uma política para conter essas condições.
Para obter mais informações, consulte conceitos e fluxo de trabalho de alerta.
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.
O número de páginas por minuto que seu aplicativo atende. Isto geralmente é utilizado no contexto de monitoramento de Browser ou monitoramento de Mobile.
Um recurso monitor Sintético que permite executar monitores Sintético de dentro de seus próprios sistemas criando minion privado. Private locations permitem que você estenda a cobertura do Sintético para novas localizações geográficas e monitor sites protegidos por seu firewall, como um site de intranet. Para obter mais informações, consulte visão geral da localização privada.
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}
.
O período de tempo entre uma solicitação de serviço e uma resposta. Esses tipos de gráficos são utilizados para nosso monitoramento APM e monitoramento de Browser. Para mais informações, veja tempo de resposta.
No contexto do APM, isso geralmente se refere ao uso do mesmo nome de aplicativo para vários aplicativos. Isso permite combinar dados no APM, seja de vários aplicativos ou de várias instâncias de um aplicativo. Para obter mais informações, consulte Acumulando dados do aplicativo.
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.
Veja monitoramento do Browser.
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.
SAML é um formato de dados baseado em XML para compartilhar dados de autenticação entre duas partes. Para obter informações sobre nosso recurso SAML, consulte SAML SSO.
Selenium é um conjunto de testes de Browser de código aberto. O monitoramento sintético usa Selenium para testar sites de monitoramento com Browser real. Para obter mais informações, consulte tipos de monitor.
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.
Quando recebemos dados e eles são roteados para a plataforma de alerta de streaming, sua cláusula NRQL WHERE
filtrará os dados recebidos. Os dados de streaming filtrados são avaliados em caso de perda de sinal, por exemplo.
Em um distributed trace, um span é uma "operação nomeada e cronometrada que representa um segmento de trabalho contíguo nesse trace" (da definição do OpenTracing.io ).
Para distributed tracing, os intervalos são exibidos na interface distributed tracing e o tipo de dados Span
está disponível para consulta.
Consulte também extensão raiz.
SSL certificates criptografar os dados que estão sendo transmitidos. Embora a New Relic se refira aos certificados de segurança como SSL por ser um termo mais comumente usado, todos os certificados aderem aos padrões do setor para criptografia segura em trânsito.
SSO (logon único) permite gerenciar a autenticação do usuário no New Relic usando um provedor de SSO externo. Para obter mais informações, consulte SSO SAML.
No contexto do alerta, é isso que determina quando os dados em uma janela de agregação são processados. O algoritmo de streaming usa a hora do relógio do seu servidor e o tamanho da janela de agregação para acionar o processo de avaliação de alerta.
Consulte conta pais.
O monitoramento sintético permite que você monitor seu site ou endpoints de API por meio de ferramentas automatizadas e programáveis. Use monitor de ping gratuito para garantir que seu site esteja acessível ou expanda seu monitoramento com monitores de Browser, que testam seu site com browsers reais. Vá mais longe com script, para script de Browser ou monitor de API para testes sofisticados.
No contexto de alerta, um target é um recurso ou componente monitorado por uma ferramenta de monitoramento New Relic que foi identificado em uma condição de alerta. Quando a fonte de dados para esse destino cruza o limite crítico definido, abrimos um incidente. Dependendo da configuração de preferência de incidentes da sua política, os alertas podem criar um registro de incidentes e enviar notificações pelos canais definidos. Veja também entity.
Tags são metadados de valor principal adicionados para monitorar aplicativos, hosts, painel e outras entidades para ajudá-lo a organizar seus dados e torná-los mais fáceis de usar. Para obter detalhes, consulte etiqueta.
Ao usar o New Relic, você coleta dados de telemetria. Com o New Relic, você monitor seus sistemas e coleta dados na forma de métricas, eventos, log e trace. A New Relic então armazena os dados coletados em nossos servidores, que você pode acessar e analisar através do seu painel.
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.
Throughput é uma medida da atividade do usuário para um aplicativo de monitor. As taxas de transferência APM e as taxas de transferência de monitoramento de Browser são medidas de diferentes maneiras:
- APM: solicitações por minuto (RPM)
- browser: visualizações de páginas por minuto (PPM)
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.
Normalmente, as experiências de interface do New Relic mostram dados dos últimos 30 minutos, terminando no momento atual. Para alterar a janela de tempo, você pode usar o seletor de hora na seção superior direita da interface.
Um time range pode se referir a um período de tempo selecionado na interface do New Relic. New Relic exibe um intervalo de tempo dependendo do intervalo que você seleciona usando o seletor de hora.
Um trace é uma descrição de como uma solicitação passa por um sistema. os dados trace ajudam a compreender o desempenho do seu sistema e a diagnosticar problemas. Para obter mais informações sobre como usamos dados de rastreamento, consulte Tipos de dados New Relic.
Veja estado de saúde.
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.
A interface do usuário do New Relic. Para obter mais informações, consulte Funções de página padrão.
Para obter detalhes sobre os usuários do New Relic e como gerenciá-los, consulte gerenciamento de usuários.
O menu do usuário está no canto inferior esquerdo da plataforma New Relic e é onde as configurações relacionadas à sua organização e conta podem ser acessadas. Para obter mais informações, consulte Configurações da conta.
Universal Time Coordinated (UTC), ou Tempo Universal Coordenado, é um timestamp padrão para sincronizar a hora em todo o mundo.
O valor numérico obtido a partir de dados de métrica de fração de tempo; por exemplo, uma média, mínimo, máximo, total, tamanho da amostra, etc.
Este termo foi substituído na interface por incidente.
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.
WebDriver é um componente Selenium , usado para controlar o Browser com script Sintético. Especificamente, o monitoramento sintético usa WebDriverJS, um software baseado em Node.js. sabor de Selenium. Para obter mais informações, consulte Escrevendo Browser com script e Exemplos de Browser com script.
Fluxo de trabalho é como você encaminha a notificação de alerta para as pessoas certas quando ocorrem problemas. Para facilitar a resolução de problemas, você pode adicionar consulta ao fluxo de trabalho para enriquecer automaticamente sua notificação com mais informações sobre o incidente.
Para mais informações, consulte Workflows.
A carga de trabalho permite agrupar entidades que trabalham juntas para fornecer um valor comercial específico. Assim, você poderá monitor facilmente a disponibilidade e o consumo de recursos para o que for relevante para você. Por exemplo, você poderia criar uma workload com todos os hosts que compõem um data center.
Para obter mais informações, consulte Introdução à carga de trabalho.