Que vous envisagiez d'utiliser New Relic ou que vous utilisiez déjà nos fonctionnalités, ce glossaire de terminologie courante peut vous aider. Et si vous souhaitez commencer, consultez Démarrer avec New Relic.
Une organisation New Relic peut avoir un ou plusieurs comptes. Un compte peut être considéré comme un espace de travail : un espace pour monitorer ou analyser des données relatives à un projet spécifique ou à une équipe spécifique. Chaque compte possède son propre identifiant de compte, et cet identifiant est utilisé pour certaines tâches spécifiques au compte, comme la création d'un appel d'API. Pour en savoir plus sur les raisons pour lesquelles vous devez créer un compte, consultez Structure du compte.
Le mot « compte » est parfois utilisé dans un sens sectoriel plus général. Par exemple, il est parfois utilisé pour faire référence à une organisation New Relic, à un client New Relic ou à l'enregistrement utilisateur d'un utilisateur New Relic. En termes techniques, chez New Relic, un compte fait référence à un compte avec un identifiant de compte.
Une organisation New Relic peut avoir un ou plusieurs comptes.
Une « famille de comptes » fait référence à un compte parent et aux comptes enfants qui lui sont rattachés : en d'autres termes, un groupe de comptes associés liés entre eux par la facturation.
Si vous avez accès à plusieurs comptes dans une organisation multi-comptes, vous pouvez utiliser le sélecteur de compte pour basculer entre les comptes. Il est situé en haut à droite de la page d'accueil de New Relic et de certaines autres vues de liste d'entités.
Pour en savoir plus sur les facteurs qui affectent l’accès aux comptes, consultez Facteurs affectant l’accès.
Pour trouver les paramètres du compte, utilisez le menu utilisateur.
Un agent New Relic est un logiciel installable qui s'intègre à plusieurs types de technologies (par exemple, framework Web, système d'exploitation et types de base de données) et signale des données à New Relic, généralement à une cadence spécifique. Nous avons agents, un agent infrastructure , un agent et des agents mobiles monitoring des applications. Les différentes technologies avec lesquelles nos agents s'intègrent ne sont que quelques-unes de nos nombreuses intégrations.
Pour plus d'informations, voir :
Pour notre fonctionnalité d'alerte, cela fait référence à la durée en secondes pendant laquelle il faut attendre que la fenêtre d'agrégation se remplisse de données. Obligatoire lors de l'utilisation de aggregation_method types CADENCE ou EVENT_FLOW.
Dans le contexte des alertes NRQL, vous pouvez utiliser des fonctions NRQL, telles que sum(), average() ou latest() pour choisir comment les points de données d'une fenêtre d'agrégation doivent être traités en un seul point de données. Le point de données agrégé unique est ce qui est transmis via le processus d'évaluation des alertes.
Dans le contexte des alertes New Relic, nous agrégeons les données dans des fenêtres et devons déterminer quand la fenêtre actuelle se termine et quand la suivante commence. La méthode d'agrégation est la logique qui nous indique quand nous avons toutes les données pour une fenêtre d'agrégation donnée. Une fois la fenêtre fermée, les données sont agrégées en un seul point et évaluées par rapport au seuil. Ce champ est facultatif. L'une des trois valeurs suivantes peut être spécifiée :
EVENT_FLOW: (Par défaut) Chaque fenêtre d'agrégation attendra jusqu'à ce qu'elle commence à voir arriver les horodatages qui ont dépassé son propre paramètre de délai. Une fois que cela se produit, les données sont publiées. S'appuie sur l'horodatage des données arrivant, donc le temps horloge n'est plus pertinent. Fonctionne mieux pour les sources qui arrivent fréquemment et avec une faible propagation d'événements (métriques à débit élevé)CADENCE:Logique New Relic classique où chaque fenêtre d'évaluation attend exactement aussi longtemps que le paramètreaggregation_delay, en utilisant l'horloge de temps comme minuterie.aggregation_delayest requis lors de l'utilisation de cette option. Les données arrivant trop tard seront abandonnées, ce qui peut provoquer de fausses alertes.EVENT_TIMER:Chaque fenêtre d'agrégation dispose d'un minuteur réglé sur le paramètreaggregation_timer. Le minuteur commence à s'exécuter dès que le premier point de données apparaît pour cette fenêtre d'agrégation (en fonction de l'horodatage du point de données). Leaggregation_timerest réinitialisé pour chaque nouveau point de données qui arrive pour cette fenêtre. Une fois que leaggregation_timeratteint 0, la fenêtre d’agrégation est publiée. Idéal pour les données éparses et groupées, telles que l'intégration cloud et le log des erreurs peu fréquentes.
Dans le contexte des alertes New Relic, il s'agit de la durée en secondes à attendre après la réception de chaque point de données, pour garantir que l'ensemble du lot est traité. Obligatoire lors de l'utilisation du type EVENT_TIMER aggregation_method .
Dans le contexte de New Relic , les alertes en streaming rassemblent des données dans des laps de temps spécifiques. Ces fenêtres de temps sont personnalisables.
Les points de données sont collectés ensemble en fonction de leur horodatage et signalés sous forme de lot. La fenêtre d'agrégation personnalisable offre une plus grande flexibilité et moins de faux incidents lors des alertes sur des points de données irréguliers ou moins fréquents.
L'IA, ou intelligence artificielle, fait référence à un système informatique capable de comprendre, d'apprendre et d'effectuer des tâches qui nécessitent normalement l'intelligence humaine. Chez New Relic, lorsque nous disons IA, nous entendons la couche de votre environnement qui utilise un grand modèle de langage (LLM) pour générer une réponse (ou prendre une décision) en fonction de l'invite finale de l'utilisateur.
Un alert communique un événement ou un incident que le personnel désigné peut suivre grâce à des alertes.
Pour une explication de la relation entre les concepts d'alertes de base, voir Concepts et workflow.
Un alert condition (ou condition), identifié par son numéro numérique unique condition_id, contient les critères de création d'un incident. La condition inclut le seuil fixé pour un intervalle de temps métrique ou une métrique personnalisée dans le temps sur une cible choisie.
Pour une explication de la relation entre une condition et d’autres concepts d’alertes de base, voir Concepts et workflow.
Dans le contexte des alertes, les données de streaming sont évaluées sur un ensemble de fenêtres d'agrégation pour déterminer si une condition d'alerte est en cours de rupture ou de récupération.
La fenêtre de temps d'agrégation correspond à la durée pendant laquelle nous collecterons les données avant d'exécuter la condition de requête NRQL. Le temps d’évaluation du décalage correspond au temps pendant lequel vous souhaitez que nous attendions les données tardives avant de les évaluer.
Si une fenêtre ne contient aucun point de données, elle est traitée comme un espace pour perte de signal.
Dans le contexte des alertes, une règle d'alerte est un ensemble d'une ou plusieurs conditions d'alerte, d'un ou plusieurs canaux de notification et d'un paramètre Incident preference .
Une condition contenue dans une politique peut ouvrir un incident en fonction des paramètres de préférence d'incident. Dans ce cas, tous les canaux attachés à la politique généreront une notification.
Pour une explication de la relation entre une politique et d’autres concepts d’alertes de base, voir Concepts et workflow.
Lorsqu'un service ou une application se comporte de manière anormale, la fonctionnalité d'alerte de New Relic le signale comme une anomalie. Vous pouvez trouver des anomalies dans les flux d'activité de New Relic. Vous pouvez également créer une configuration personnalisée pour recevoir des notifications ou suivre des anomalies dans d'autres types d'entités, comme les hôtes et les applications mobiles.
Pour plus d'informations, voir [détection d'anomalies] (/docs/alerts-applied-intelligence/applied-intelligence/proactive-detection/proactive-detection-applied-intelligence/)
Apdex est une méthode standard de l'industrie pour mesurer la satisfaction des utilisateurs vis-à-vis des temps de réponse d'une application ou d'un service. New Relic évalue chaque réponse comme Satisfied, Tolerated ou Frustrated et utilise ces notes pour calculer un score global de satisfaction de l'utilisateur.
Pour plus d'informations, voir Apdex : Mesurer la satisfaction des utilisateurs.
Le temps de réponse au-delà duquel une transaction est notée frustrating. La valeur par défaut est quatre fois apdex_t.
Les requêtes terminées en moins de
apdex_tsont notées satisfied.Les requêtes qui prennent plus de
apdex_t, mais moins de quatre foisapdex_t(apdex_f), sont tolerated.Toutes requests qui prennent plus de
apdex_fsont notées frustrating.Pour plus d'informations, voir Apdex : Mesurer la satisfaction des utilisateurs.
Le temps de réponse au-dessus duquel une transaction est considérée comme tolerable. La valeur par défaut est de 0,5 seconde, mais vous pouvez la modifier dans vos paramètres Apdex.
Les requêtes terminées en moins de
apdex_tsont notées satisfied.Les requêtes qui prennent plus de
apdex_tmais moins deapdex_fsont tolerated.Toutes requests qui prennent plus de
apdex_fsont notées frustrating.Pour plus d'informations, voir Apdex : Mesurer la satisfaction des utilisateurs.
New Relic propose une variété d'API et de SDK. Pour plus d'informations, consultez l'introduction aux API New Relic.
New Relic APM (monitoring des performances des applications) permet monitoring les performances de votre application web ou non web. prend en charge les applications utilisant plusieurs langages de programmation.
Aux fins de New Relic, tout programme instrumenté par New Relic.
Certaines solutions New Relic attribuent à une application de monitoring un application ID unique, souvent abrégé en app ID. Lorsqu'il est présent, cet identifiant est disponible dans l'interface utilisateur. Il est également signalé comme un attribut et peut faire l'objet d'une requête.
Pour savoir comment le déterminer, consultez Rechercher l'ID de l'application.
Le nom que New Relic combine avec votre pour identifier de manière unique une application particulière. Pour plus d'informations, voir Nommez votre application.
Attributes sont des paires valeur-clé attachées aux objets de données signalés à New Relic. Les attributs ajoutent des détails et sont similaires aux balises ou aux étiquettes dans d'autres logiciels SaaS . Vous pouvez explorer ces données en interrogeant ou en recherchant via l'interface utilisateur ou en utilisant le dictionnaire de données.
Exemples :
APM signale un événement
Transaction. Cela inclut les données de synchronisation de la transaction dans un attributduration, qui peut avoir une valeur de.002.Notre monitoring d'infrastructure rapporte un
ProcessSampleévénement. Cela inclut une variété d'attributs d'utilisation du processeur, y compris un attributcpuSystemPercent, qui peut avoir une valeur de.01.Notre SDK de télémétrie rapporte un type de données
Metricpour stocker les métriques, avec des attributs attachés tels quemetricNameetnewrelic.source.Certains outils New Relic vous permettent de signaler des attributs personnalisés pour améliorer votre monitoring.
Pour plus d'informations sur les attributs dans APM, voir Attribut d'agent.
Pour notre solution monitoring finale des navigateurs utilisateur, voir monitoring des navigateurs.
Pour plus d'informations sur les navigateurs prenant en charge New Relic, consultez Navigateurs pris en charge.
Mesure la vitesse et les performances de votre utilisateur final lorsqu'il navigue sur votre site à partir de différents navigateurs Web, appareils, systèmes d'exploitation et réseaux. Pour plus d'informations, voir Introduction à monitoring des navigateurs.
Désigne le temps passé en appels vers des services externes à partir du réseau de transactions d'un service. Voir web externe.
Voir le compte parent.
New Relic propose une intégration basée sur le cloud avec des fournisseurs tels qu'Amazon Amazon Web Services (AWS)), Microsoft Azure et Google Cloud Platform.
Le composant qui collecte les données des agents New Relic exécutés sur un serveur d'applications, un appareil mobile ou un navigateur d'utilisateur final. Alors que l'agent est installé sur le serveur d'applications d'un utilisateur, les collecteurs sont situés de manière centralisée dans notre data center.
Afin de contacter le collecteur, l'agent doit pouvoir accéder au domaine et aux adresses IP de New Relic. (Le domaine ou l'IP exact dépend de l'outil monitoring New Relic.) Le collecteur reçoit et interprète ces données et les stocke dans une base de données. Les données sont ensuite récupérées et présentées dans l'interface utilisateur de New Relic et par nos différentes API REST.
Notre interface de ligne de commande (CLI) est un outil qui vous permet de gérer New Relic, notamment de gérer et de contrôler votre utilisation de New Relic à grande échelle.
Voir condition d'alerte.
Utilisez la condition d'alerte pour définir quand et pourquoi votre équipe sera avertie si votre entité ne fonctionne pas comme vous le souhaitez. Grâce aux conditions, vous établissez les critères de notification concernant le temps de latence, les erreurs de code, les scores Apdex, l'utilisation élevée du processeur, etc.
Pour plus d'informations, voir incidents.
Un conteneur est une unité logicielle standard qui contient tous les éléments de code nécessaires et toutes ses dépendances pour que votre application fonctionne correctement dans divers environnements informatiques.
Le nombre d'appels que votre application reçoit chaque minute. Cela correspond généralement au nombre de pages vues ou de connexions externes, et est généralement identique au RPM (requêtes par minute).
Le temps consommé par le code moins le temps d'attente d'une transaction. Il s’agit du temps réellement consacré au traitement de la transaction. Il apparaît dans l'interface utilisateur de New Relic en haut de la vue des transactions pour les agents qui le fournissent (Ruby et PHP uniquement).
Une paire valeur-clé ajoutée à une transaction ou à un événement afin d'obtenir des informations supplémentaires à son sujet. Pour plus d'informations, voir attribut personnalisé.
Un dashboard personnalisable avec des graphiques et des tableaux qui incluent des données provenant de plusieurs sources de données New Relic. Pour plus d'informations, voir les dashboards.
Un événement, dans les termes New Relic, est un objet de données avec un attribut attaché. New Relic signale les types d'événements par défaut, comme Transaction et TransactionError. Vous pouvez également créer votre propre événement. événement peut être une requête, et est utilisé dans d'autres fonctionnalités.
Vous pouvez générer un événement personnalisé avec les agents APM, l'agent monitoring des navigateurs, l'agent monitoring des applications mobiles, et via l'API événement. Alternativement, vous pouvez ajouter un attribut personnalisé à certains événements New Relic par défaut existants.
Custom instrumentation vous permet d'étendre le monitoring de New Relic pour instrumenter les éléments de code que New Relic n'instrumente pas automatiquement. L'instrumentation personnalisée est utile lorsque votre framework n'est pas pris en charge par New Relic, ou lorsque New Relic ne parvient pas à récupérer certains éléments de votre programme. Vous pouvez également utiliser une instrumentation personnalisée pour empêcher qu'une transaction soit entièrement signalée. Pour plus d'informations, voir instrumentation personnalisée.
données d'intervalle de temps métrique enregistrées manuellement via un appel d'API. Custom metrics vous permet d'enregistrer des mesures arbitraires ; par exemple, des données de temps ou de ressources informatiques. Tous les noms de métriques personnalisées doivent être préfixés par Custom/. Pour plus d'informations, voir métriques personnalisées.
À ne pas confondre avec les données d'instrumentation personnalisées.
Voir collecteur.
Dans l'interface utilisateur Metrics and events , vous pouvez accéder, interroger et personnaliser vos données, créer des visualisations et établir des connexions entre vos services dans une expérience cohérente et organisée.
Pour en savoir plus, voir Introduction aux métriques et événement.
Dans le contexte d'une alerte, lorsqu'une source de données entre dans un état de violation, un délai de degradation period commence. La période de dégradation est définie dans le seuil de la condition. Un incident sera ouvert si la source reste dans un état de violation pendant toute la période de dégradation. En outre:
- Si la source de données entre dans un état de non-violation avant que le temps total ne soit écoulé, le compte à rebours de la période de dégradation est réinitialisé et aucun incident ne se produit.
- Si votre seuil de condition d'alerte est configuré à
at least once in, la période de dégradation dure toujours une seule minute.
Une dépendance est le code dont votre application dépend pour fonctionner. New Relic fournit une liste de toutes les applications, services, bases de données et hôtes dont nous pouvons dire qu'ils sont connectés à une entité. Sur la page d'interface utilisateurDependencies , vous pouvez trouver la dépendance en amont et en aval d'une entité, ainsi que les chemins pour les explorer.
Dans le cadre des alertes, les destinations sont celles vers lesquelles nous envoyons des notifications concernant vos données. Une destination est un identifiant unique pour un système tiers que vous utilisez.
Les paramètres de destination contiennent les détails de connexion à intégrer à un système tiers et peuvent être utilisés dans une variété d'outils dans New Relic.
Un dimensional metric est une métrique qui possède plusieurs attributs, également appelés dimensions. Chez New Relic, nous rapportons les métriques dimensionnelles en utilisant le type de donnéesMetric . Pour en savoir plus sur les autres types de données métriques, consultez données métriques.
Le tracing distribué est une méthode de monitoring requests lorsqu'elles circulent dans divers environnements cloud . Le tracing distribué suit une requête en la marquant avec un identifiant unique. Cela permet à votre équipe d’avoir une compréhension en temps réel de l’interaction qui se déroule au sein de votre entité.
Une plateforme ouverte pour les applications distribuées, qui permet d'assembler des applications portables multi-conteneurs. monitoring de l'infrastructure inclut intégrée Docker monitoring. Pour en savoir plus sur Docker, consultez le site Web de Docker.
La période pendant laquelle les clients ne peuvent pas accéder à votre site et votre application n'est pas signalée à New Relic. Pour plus d'informations, voir monitoring synthétique et Types de moniteur synthétique.
Dans New Relic, un entity est tout ce que nous pouvons identifier et qui contient des données que vous pouvez monitorer. Une entité peut être quelque chose que vous monitorez directement, comme des applications et microservices, ou indirectement, comme un centre de données.
Pour en savoir plus, voir Que sont les entités ?
Dans l’industrie du logiciel, un événement peut être considéré simplement comme « des choses qui se produisent dans un système ». Par exemple, la modification d’un paramètre de serveur est un événement. Un autre exemple : un utilisateur d’un site Web qui clique sur une souris.
Certains événements génèrent un enregistrement stocké, et cet enregistrement est généralement également appelé événement. Pour savoir comment New Relic utilise événement, consultez Types de données New Relic.
Une erreur attendue est une erreur courante dont vous ne souhaitez pas qu'elle affecte votre score Apdex ou votre taux d'erreur. Pour plus d'informations, consultez Gérer les erreurs dans APM.
Un service externe est un service hors processus par rapport à un service instrumenté et qui signale des données à New Relic. Un service externe appelle ou est appelé par ce service instrumenté.
Dans la plupart des endroits de l'interface utilisateur de New Relic, les services externes sont des services non instrumentés qui ne signalent pas eux-mêmes de télémétrie à New Relic, mais sont observés de l'extérieur à l'aide des données que les services instrumentés signalent sur les appels entrants ou sortants. Par exemple, un service externe nommé api.stripe.com n'est pas instrumenté et ne transmet pas de données à New Relic lui-même, mais est connu de New Relic lorsqu'un service instrumenté avec l'agent New Relic envoie une requête HTTP au nom d'hôte api.stripe.com.
Une facette aide votre équipe à comparer des informations comportant de nombreuses variables. Vous pouvez interroger les données New Relic dans NRQL et utiliser des facettes pour segmenter les données affichées. Par exemple, si vous souhaitez savoir où vos données CPU sont utilisées, vous pouvez segmenter vos données CPU par la facette nom d'hôte :
SELECT average(cpuPercent) FROM SystemSample FACET hostname
New Relic Flex est une intégration d'infrastructure tout-en-un, indépendante des applications. Avec lui, vous pouvez créer votre propre intégration qui collecte des données métriques à partir d'une grande variété de services et qui peut instrumenter n'importe quelle application qui expose des métriques via un protocole standard (HTTP, fichier, shell) dans un format standard (par exemple, JSON ou texte brut) au terminal.
C'est une méthode recommandée pour créer une intégration personnalisée, car elle ne nécessite pas de compétences en codage.
Un framework est une collection structurée de fonctions prédéfinies, dans laquelle un générateur d'applications insère son propre code pour créer son application. Un framework n’est pas la même chose qu’une bibliothèque. Alors qu'une bibliothèque est une collection de fonctions que vous pouvez appeler selon vos besoins, un framework est un squelette de votre application. Les fonctions de ce framework appellent ensuite vos fonctions. Pour en savoir plus sur la distinction entre un framework et une bibliothèque, voir Quelle est la différence entre un framework et une bibliothèque ?.
New Relic instrumente automatiquement de nombreux frameworks courants. Pour en savoir plus sur le framework pris en charge par New Relic, parcourez nos solutions sur Instant Observability.
Les métriques les plus importantes pour une entité, un cas d'utilisation ou une technologie donné. les métriques dorées peuvent inclure les signaux dorés : latence, trafic, erreurs et saturation.
La période de temps entre chaque connexion d'un agent New Relic au collecteur. Entre harvest cycles, un agent collecte et met en cache des données. À la fin du cycle, un agent transmet ces données au collecteur, puis commence un nouveau cycle de collecte.
Certaines pages de l'UI de New Relic ont un indicateur d'état de santé apparaissant à côté d'un index d'entité de monitoring. Il s'agit d'une barre colorée (généralement verte, jaune, rouge ou grise) indiquant l'état de votre application ou autre entité monitorée par New Relic. Il indique également si l'entité dispose d'une règle d'alerte qui lui est attribuée et s'il y a eu des incidents.
Exceptions à la palette de couleurs mentionnée ci-dessus :
- En savoir plus sur les couleurs de la carte de service
- Notre API REST (v2) utilise
orangeau lieu deyellowpour l'état de santé et le rapport d'état de l'application.
Chez New Relic, un host signifie l'un des éléments suivants :
- Un physical machine est un périphérique matériel doté de ressources physiques dédiées, notamment de la mémoire, du traitement et du stockage. Chaque machine possède son propre système d'exploitation sur lequel s'exécutent les applications.
- Un virtual machine (VM) est l'implémentation logicielle d'une machine physique qui exécute des programmes comme une machine physique. Une ou plusieurs machines virtuelles peuvent s’exécuter sur une machine physique. Chaque machine virtuelle possède son propre système d'exploitation et des ressources de machine virtuelle allouées telles que la RAM et le processeur.
- Un cloud instance est un type de machine virtuelle exécutée dans le cloud public. Dans ce contexte, les machines virtuelles et les instances cloud sont différentes des machines virtuelles Java (JVM) et des conteneurs.
Une erreur que vous avez demandé à un agent APM de ne pas signaler au collecteur. Pour plus d'informations, consultez Gérer les erreurs dans APM.
Dans le contexte d'une alerte, un incident est généré lorsque les conditions définies dans une règle d'alerte sont dépassées. Un enregistrement d'incident comprend tous les horodatages d'ouverture et de fermeture de chaque incident, ainsi que des instantanés graphiques des données évaluées au moment de chaque incident.
Vous pouvez afficher des informations détaillées à partir des pagesIncidents de l'interface utilisateur. Vous pouvez également sélectionner votre préférence quant à la manière dont nous gérons les incidents.
Pour une explication de la relation entre un incident et d’autres concepts d’alertes de base, voir Concepts et workflow.
Infinite Tracing est un service de tracing distribué entièrement géré qui observe 100 % de la trace de votre application, puis fournit des données exploitables afin que vous puissiez résoudre les problèmes plus rapidement.
Pour plus d'informations, consultez /docs/understand-dépendance/distributed-tracing/get-started/how-new-relic-distributed-tracing-works.
En connectant les changements de performances de l'hôte aux changements de votre configuration, monitoring d'infrastructure fournit des mesures en temps réel et des analyses puissantes qui réduisent votre Délai moyen de résolution (MTTR) (MTTR).
L'infrastructure est spécifiquement conçue pour les environnements complexes qui nécessitent le monitoring de serveur flexible et dynamique, d'un data center physique à des milliers d'instances Amazon Elastic Compute Cloud (Amazon EC2) et d'autres types d'intégrations.
Insights était le nom du produit New Relic qui régissait auparavant le reporting des événements personnalisés et la possibilité d'interroger et de représenter graphiquement vos données New Relic. Ces fonctionnalités font désormais partie intégrante de notre plateforme et ne sont plus régies par le produit ou le nom Insights . Pour en savoir plus sur ces fonctionnalités :
API d'événement pour le reporting d'événement personnalisé
Pour des raisons historiques, le mot « Insights » est encore utilisé à certains endroits. Par exemple:
Pour l'organisation New Relic, sur notre modèle de tarification d'origine, Insights Pro est toujours le nom du produit régissant l'ingestion et la conservation des données personnalisées.
Certains agents APM ont toujours le langage Insights dans leur base de code. Par exemple, la configuration de l'agent Java
custom_insights_events.Il existe une clé API appelée clé d'insertion Insights.
À chaque instance identifiée par New Relic est attribué un instance ID unique. Les ID d'instance se trouvent le plus souvent pour les JVM (Java Virtual Machines), mais peuvent exister pour chaque agent. Cet identifiant est utilisé pour l'identifier de manière unique et pour récupérer des données sur cette instance via l'API. Pour plus d'informations, consultez la liste des ID d'instance de l'API REST.
Chez New Relic, une intégration fait référence à une connexion entre une technologie et New Relic qui permet la communication de données à New Relic. Ainsi, par exemple, nos agents contiennent diverses intégrations (moyens de rapporter des données provenant de divers frameworks d'applications, ou systèmes d'exploitation, ou types de bases de données). D'autres intégrations prennent la forme d'une configuration ou d'une procédure (par exemple, la modification d'un paramètre ou d'un point de terminaison d'API) qui permet à un service (par exemple, AWS Lambda ou PagerDuty) de nous envoyer des données.
Découvrez toutes nos intégrations.
Dans notre monitoring des applications mobiles, un interaction est un chemin de code spécifique initié par une interaction utilisateur (généralement une pression sur un bouton). Une interaction est l'équivalent mobile d'une transaction, et comme une transaction, une interaction peut être tracée et monitorée.
Vous pouvez voir une grande partie des données incluses dans une interaction dans l’événement BrowserInteraction .
Un interaction trace est une image complète d’une interaction unique. Avec la trace d'interaction, New Relic vous offre une visibilité beaucoup plus approfondie sur une seule interaction lente, ce qui peut vous aider à comprendre un problème plus large. Les traces d'interaction sont l'équivalent mobile d'une trace de transaction. Pour plus d'informations, voir Création d'une interaction (iOS) et Création d'une interaction (Android).
Inventory data est une information sur l'état ou la configuration d'un service ou d'un hôte. Voici des exemples de données d’inventaire :
Paramètres de configuration
Nom de l'hôte sur lequel se trouve le service
Région AWS
Port utilisé
Pour plus d'informations, voir Comprendre et utiliser les données.
Dans le contexte d’une alerte, un issue est un problème dans votre système qui nécessite une attention particulière. Un problème est constitué d'un ou plusieurs incidents et anomalies que nous avons corrélés grâce à l'apprentissage machine ou à d'autres moyens. Vous pouvez recevoir une notification lorsque des problèmes sont créés, reconnus ou fermés.
Pour plus d'informations, voir Concepts et workflowdes alertes.
Dans APM, une transaction clé est un réseau de transactions que l'utilisateur a marqué comme particulièrement important ; par exemple, un événement commercial clé (comme une inscription ou une confirmation d'achat), ou des transactions ayant un impact élevé sur les performances (comme une recherche). Les clés de transaction ont leurs propres pages dans l'interface utilisateur et d'autres valeurs personnalisées. Pour plus d'informations, voir la clé de transaction.
Notre fonctionnalité de gestion des loget monitoring vous offre les outils pour collecter, traiter, explorer, visualiser et alerter sur vos données log à l'aide de vos redirecteurs de logexistants. Avec toutes vos données log au même endroit, vous serez en mesure de prendre de meilleures décisions, de détecter et de résoudre les problèmes plus rapidement et de voir vos logs en contexte pour résoudre les problèmes plus rapidement.
Les logs en contexte permettent à vos données log d'être visibles dans d'autres expériences de la plateforme New Relic.
New Relic Lookout fournit une vue intuitive des entités qui s'écartent du comportement normal, en utilisant la visualisation circulaire. La couleur indique la gravité et la taille des cercles indique l’ampleur des changements récents. Vous n'avez rien à configurer : New Relic Lookout compare automatiquement les performances des cinq dernières minutes à celles de l'heure précédente.
Voir le compte parent.
Dans le secteur monitoring des logiciels, une métrique signifie une mesure numérique d'une application ou d'un système. Pour savoir comment New Relic définit et utilise les métriques, consultez Types de données New Relic.
New Relic rapporte les métriques de plusieurs manières. Une variété de données métriques est appelée metric timeslice data. Pour en savoir plus sur ce type de données, consultez Types de données New Relic.
Un metric grouping issue se produit lorsqu'un compte envoie trop de points de données d'intervalle de temps métrique nommés différemment à New Relic, et que ces transactions Web individuelles ne sont pas correctement agrégées. Par exemple, au lieu d’un seul nom de métrique /user/controlpanel/ , vous pourriez voir /user/controlpanel/alice, /user/controlpanel/bob et /user/controlpanel/carol. Pour plus d'informations, voir Problèmes de regroupement métrique.
Le logiciel qui accepte les travaux de moniteur Synthétique d'un site privé. Un subordonné est un package d'appliance virtuelle qui s'exécute dans votre hyperviseur. Pour plus d’informations, consultez la présentation du site privé et installez et configurez subordonné privé.
New Relic monitoring des applications mobiles vous permet de monitorer et de gérer les performances de vos applications mobiles sur Android, iOS, tvOS et autres systèmes. monitoring des applications mobiles fournit des détails de bout en bout, y compris les pannes, le débit, requests HTTP, la trace des erreurs, etc.
Pour notre monitoring Synthétique, un monitor garantit que votre site Web ou vos points de terminaison d'API sont disponibles. Pour plus d'informations, voir Ajout et modification d'un moniteur.
Chez New Relic, nous utilisons l'espace de nommage pour aider à organiser les données que nous stockons dans la base de données New Relic (NRDB). Du point de vue des clients, l'utilisation la plus pertinente du concept d'espace de nommage est son lien avec la rétention des données. L'espace de nommage est ce qui définit la période de rétention des données par défaut pour différents types de données. Par exemple, dans un compte spécifique, les données de l'espace de nommage Logging partagent toutes la même conservation, et les données de l'espace de nommage APM partagent toutes la même conservation.
New Relic Navigator facilite l'exploration d'un grand nombre d'entités dans une seule vue. Navigator affiche l'ensemble du domaine de votre système dans une vue en nid d'abeille très dense avec des couleurs tricolores en fonction des alertes.
NerdGraph est notre API GraphQL, un langage de requête efficace et flexible qui vous permet de demander exactement les données dont vous avez besoin, sans sur-récupération ou sous-récupération. Les appels NerdGraph obtiennent toutes les données dont vous avez besoin en une seule requête. NerdGraph facilite également l'évolution des API au fil du temps et permet de disposer d'outils de développement puissants.
Vous pouvez utiliser notre explorateur d'API NerdGraph pour afficher le schéma et trouver des définitions. Jetez un œil à notre tutoriel ou accédez directement à l'explorateur d'API NerdGraph.
Pour plus d'informations, voir Introduction à New Relic.
Notre catalogue est une collection d'applications construites sur la plateforme New Relic. Le catalogue comprend les applications personnalisées que nous avons créées, les applications open source publiques et toutes les applications que vous créez.
Vous pouvez parcourir le catalogue sur New Relic.
NRQL est un langage de requête, de forme similaire à SQL, qui vous permet d'interroger les données stockées dans votre compte New Relic.
APM identifie les transactions comme étant Web ou non Web. Lorsque New Relic ne détecte pas qu'une transaction a été initiée par une requête Web, cela est appelé une transaction non Web. Pour plus d'informations, voir Processus d'arrière-plan et autres transactions non Web.
Dans le contexte d'une alerte, une notification est un message envoyé lorsqu'un incident s'ouvre, est reconnu ou se ferme. Le type de notification est défini par le canal de notificationde la règle d'alerte.
Pour une explication de la relation entre la notification et d'autres concepts d'alertes de base, voir Concepts et workflow.
Dans le contexte des alertes, un canal de notification est l'endroit où nous envoyons une notification lorsqu'un incident s'ouvre, est reconnu ou se ferme. Les canaux disponibles incluent le courrier électronique, les notifications push mobiles, les webhooks et bien plus encore.
Dans le cadre de notre fonctionnalité de gestion du logging, il s'agit d'un protocole de sécurité qui masque les données sensibles de votre log via le hachage ou le masquage. Après avoir identifié les données sensibles que vous souhaitez masquer, vous les définissez sous la forme d'une expression. Avec cette expression, vous créez une règle d'obfuscation qui identifie les instances de données sensibles dans votre log, puis automatise le masquage ou le hachage, selon la règle.
On-host integrations fait référence à l'intégration qui réside sur vos propres serveurs ou hôtes et qui communiquent avec notre agent infrastructure . Pour plus d'informations, consultez Introduction à l'intégration sur hôte.
Chez New Relic, « organisation » peut faire référence à un ou plusieurs concepts :
- À des fins de gestion de compte New Relic, une « organisation New Relic » fait référence à tous les actifs et données appartenant à un client New Relic (par exemple, leurs comptes, leurs utilisateurs et leurs données). Pour en savoir plus sur ce concept, voir organisation et structure du compte.
- Nous utilisons parfois le terme « organisation » de manière générale pour désigner une entreprise ou une entité à but non lucratif.
Pour les comptes de notre modèle d’utilisateur d’origine, il s’agit d’un type de rôle d’utilisateur : l’utilisateur qui a initialement créé le compte. Pour plus d'informations, voir utilisateur.
Pour le nouveau modèle d’utilisateur, il n’existe pas de concept technique de « propriétaire ».
Avec page load timing, New Relic monitore le temps de chargement complet des navigateurs finaux des utilisateurs. Les agents d’application New Relic injectent dynamiquement du JavaScript dans la page, puis capturent les points de chargement clés suivants :
Navigation start:L'utilisateur initie la transaction.
First byte:Le navigateur reçoit la page demandée.
DOM ready:Le navigateur a terminé l'analyse du DOM.
Page ready:Le chargement de la page est terminé.
Le timing de chargement des pages est parfois appelé RUM ou monitoring des utilisateurs réels. Contrairement RUM standard, le temps de chargement des pages capture également les erreurs JavaScript et requests AJAX. Pour plus d'informations, voir Processus de synchronisation de chargement des pages.
Terme obsolète ; voir attribut.
L'organisation New Relic peut avoir une structure de compte parent/enfant. Cette structure était beaucoup plus importante pour l'organisation avec utilisateur sur notre modèle utilisateur d'origine, mais est toujours pertinente pour certaines fonctionnalités d'organisation avec utilisateur sur notre nouveau modèle utilisateur. Le premier compte créé dans une organisation New Relic est essentiellement le compte parent : l’une des conséquences de cela est que c’est sur ce compte que sont signalées les données d’utilisation et de facturation.
En savoir plus sur la structure du compte.
Les comptes parents étaient auparavant appelés comptes principaux et les comptes enfants étaient auparavant appelés sous-comptes.
Une URL unique qui renvoie vers une vue de New Relic à un moment précis. Permalinks sont utiles pour le dépannage et pour partager des fenêtres de temps intéressantes avec un collègue. Sur de nombreuses pages de l'interface utilisateur de New Relic, vous pouvez trouver l'icône permanente en haut à droite de l'interface utilisateur. Pour en savoir plus, consultez Principes de base de la plateforme.
À compter de mai 2023, ces liens expirent s'ils n'ont pas été utilisés au cours des six derniers mois. Notez ce qui suit à propos de la routine de taille semestrielle :
- Étant donné que les liens permanents ne sont pas spécifiques à un utilisateur, un lien plus ancien que vous n'avez pas utilisé depuis six mois peut toujours être actif si un autre utilisateur effectue la même requête.
- Les liens utilisant l'ancienne URL longue avec Base64 n'expirent jamais.
Le composant de New Relic qui se connecte à votre site Web pour vérifier que votre site Web est accessible. New Relic dispose de pinger en Europe, en Asie et aux États-Unis. Chaque pinger tente de contacter votre site Web au moins une fois toutes les deux minutes. Si suffisamment de pingers ne parviennent pas à atteindre votre site Web, votre application sera considérée comme hors service.
Pour des tests scriptables approfondis, y compris des tests de navigateur réels et des tests de points de terminaison d'API, voir Synthétique monitoring. monitoring synthétique comprend monitoring ping gratuite, qui vous permet de monitorer votre site Web à partir d'emplacements partout dans le monde. Pour plus d'informations, voir Types de moniteurs synthétiques.
Dans le contexte de l'alerte, une règle d'alerte est un ensemble de conditions d'alerte similaires afin que vous puissiez les voir toutes au même endroit. Ainsi, si votre équipe souhaite examiner toutes les conditions de votre application Java, vous devez créer une politique pour contenir ces conditions.
Pour plus d'informations, voir Concepts d'alertes et workflows.
Notre intégration Amazon requête vos services AWS selon un polling interval, qui varie en fonction de l'intégration. Chaque intervalle d’interrogation se produit pour chaque entité AWS. Par exemple, si vous disposez de treize équilibreurs de charge élastiques Amazon (ELB), chacun d'eux sera interrogé toutes les cinq minutes.
Selon l'intégration AWS, il peut y avoir des retards dans le temps entre la demande d'API et les données métriques renvoyées. Si vous constatez des retards inhabituels, suivez les procédures de dépannage d'intégration.
Le nombre de pages par minute que votre application traite. Ceci est généralement utilisé dans le cadre de monitoring de navigateurs ou monitoring d'applications mobiles.
Une fonctionnalité Synthétique Monitorer qui vous permet d'exécuter Synthétique Monitorer à partir de votre propre système en créant un subordonné privé. Private locations vous permet d'étendre votre couverture Synthétique à de nouvelles localisations géographiques, et de monitorer des sites web derrière votre pare-feu tel qu'un site intranet. Pour plus d'informations, consultez l'aperçu du site privé.
Chez New Relic, quickstart fait référence à toutes les méthodes d'installation nécessaires pour obtenir l'un ou les deux éléments suivants :
supplémentaire (en plus de notre tableau de bord organisé) accessible depuis l'interface utilisateur Dashboards
Alertes prédéfinies
Les démarrages rapides sont présentés sur nos pagesInstant Observability : par exemple, cette page inclut un quickstart pour .NET qui vous offre un dashboard supplémentaire et des alertes prédéfinies en plus de ce que vous obtiendriez normalement en installant l'agent .NET.
Un recovery period de temps commence lorsqu'une source de données entre dans un état de non-violation après avoir été dans un état de violation. La période de récupération est définie dans le seuil de la condition. Un incident sera clôturé lorsqu'une source restera dans un état de non-violation et que le délai de récupération sera écoulé. Si la source de données entre dans un état de violation avant la fin du délai, l'horloge de la période de récupération sera réinitialisée et l'incident ne sera pas fermé.
Abréviation d'expressions régulières. Une chaîne de caractères et d'opérateurs qui, lorsqu'elle est utilisée en tandem avec un langage de programmation, recherche des modèles dans un bloc de texte. Par exemple, si vous souhaitez localiser un numéro de sécurité sociale dans votre log, vous pouvez créer une expression régulière qui recherche dans votre log un modèle de numéro qui suit un modèle {3 digit-2 digit-4 digit} .
La durée entre une demande de service et une réponse. Ces types de graphiques sont utilisés pour notre monitoring APM et monitoring des navigateurs. Pour plus d'informations, voir temps de réponse.
Dans le contexte de l'APM, cela fait généralement référence à l'utilisation du même nom d'application pour plusieurs applications. Cela vous permet de combiner des données dans APM, soit à partir de plusieurs applications, soit à partir de plusieurs instances d'une application. Pour plus d'informations, voir Cumul des données d'application.
Pour le tracing distribué, root span est la première étendue d'une trace. Dans de nombreux cas, la durée de l'étendue racine représentera la durée de la trace entière ou en sera très proche.
Cependant, pour les systèmes plus complexes et modernes qui utilisent beaucoup de processus asynchrones et non bloquants, cela ne sera pas vrai. Pour ces systèmes, la durée de la portée racine peut être significativement inférieure à la durée de la trace.
Le terme RPM fait généralement référence au nombre de requests par minute que votre application reçoit de l'utilisateur. Il s'agit généralement de la même chose que les appels par minute .
Historiquement, certaines solutions monitoring New Relic, comme et monitoring des navigateurs, contenaient RPM dans l'URL ; par exemple, https://rpm.newrelic.com. Cette utilisation du langage faisait à l'origine référence à Rails performance management en raison de la première itération du moniteur New Relic pour les applications Ruby on Rails . Nous monitorons désormais beaucoup plus de langages et de systèmes que Ruby .
Dans le contexte d'une alerte, un runbook contient des procédures et opérations standard généralement utilisées par l'administrateur système, le personnel d'exploitation du réseau et d'autres personnels pour gérer les pannes, les incidents d'alerte et d'autres situations. Si votre organisation stocke les instructions runbook sous forme d'URL, vous pouvez lier ces informations à une règle d'alerte afin que votre personnel ait facilement accès à ces informations lorsqu'un incident dépasse le seuil de politique défini.
SAML est un format de données basé sur XML pour le partage de données d'authentification entre deux parties. Pour plus d'informations sur notre fonctionnalité SAML, consultez SAML SSO.
Selenium est une suite de tests de navigateur open source. Synthétique monitoring utilise le sélénium pour tester les sites web des moniteurs avec de vrais navigateurs. Pour plus d'informations, voir types de moniteurs.
Un service est un cluster de processus serveur d'exécution qui accomplissent une tâche particulière, généralement requests de service. Contrairement à une application, un service n’est généralement pas invoqué par un humain. Parfois, cependant, « application » et « service » sont utilisés de manière interchangeable.
Nous proposons un grand nombre d'agents et d'intégrations qui vous permettent de rapporter les données de vos services.
Dans le contexte de l'alerte, le signal est le flux de données télémétriques qui est monitoré et qui fait l'objet d'une alerte. Vous utilisez une requête NRQL pour définir un signal.
Un signal unique est généré lorsque la condition voit un flux de données unique qui correspond à la requête NRQL. la requête peut contenir une clause FACET afin qu'une seule condition génère plusieurs signaux discrets ; un pour chaque facette correspondante. Pour plus d'informations, voir Condition d'alerte NRQL .
Lorsque nous recevons des données et qu'elles sont acheminées vers la plateforme d'alertes en streaming, votre clause NRQL WHERE filtrera les données entrantes. Les données de streaming filtrées sont celles qui sont évaluées en cas d'incident de perte de signal, par exemple.
Dans une tracedistribuée, un span est une « opération nommée et chronométrée représentant un segment de travail contigu dans cette trace» (d'après la définition d'OpenTracing.io ).
Pour le tracing distribué, les étendues sont affichées dans l'interface utilisateur de tracing distribué et le type de données Span est disponible pour l'interrogation.
Voir aussi portée de racine.
SSL certificates crypter les données transmises. Bien que New Relic fasse référence aux certificats de sécurité sous le nom de SSL, car il s'agit d'un terme plus couramment utilisé, tous les certificats adhèrent aux normes de l'industrie pour un cryptage sécurisé en transit.
SSO (single sign on) vous permet de gérer l'authentification des utilisateurs dans New Relic à l'aide d'un fournisseur SSO externe. Pour plus d'informations, consultez SAML SSO.
Dans le contexte des alertes, c'est ce qui détermine quand les données d'une fenêtre d'agrégation sont traitées. L'algorithme de streaming utilise l'heure de l'horloge de votre serveur et la taille de la fenêtre d'agrégation pour déclencher le processus d'évaluation des alertes.
Voir compte principal.
Monitoring synthétique vous permet de monitorer votre site Web ou vos points de terminaison d'API via des outils automatisés et scriptables. Utilisez un moniteur de ping gratuit pour vous assurer que votre site Web est accessible, ou étendez votre monitoring avec un moniteur de navigateur, qui teste votre site Web avec de vrais navigateurs. Allez plus loin avec le script, vers les navigateurs script ou le moniteur d'API pour des tests sophistiqués.
Dans le contexte d'une alerte, un target est une ressource ou un composant monitoré par un outil de monitoring New Relic qui a été identifié dans une condition d'alerte. Lorsque la source de données pour cette cible dépasse le seuil critique défini, nous ouvrons un incident. En fonction des paramètres de préférenceincident de votre politique, les alertes peuvent créer un enregistrement d'incident et envoyer une notification via les canaux définis. Voir aussi entity.
Les balises sont des valeurs clés enregistrées ajoutées aux applications de monitoring, aux hôtes, au tableau de bord et à d'autres entités pour vous aider à organiser vos données et à les rendre plus faciles à utiliser. Pour plus de détails, voir la balise.
Lorsque vous utilisez New Relic, vous collectez des données télémétriques. Avec New Relic, vous monitorez votre système et collectez des données sous forme de métriques, d'événement, de log et de trace. New Relic stocke ensuite les données collectées sur nos serveurs, auxquelles vous pouvez accéder et analyser via votre tableau de bord.
Thresholds sont des paramètres de condition d'alerte qui définissent un incident. Les valeurs de seuil incluent la valeur qu'une source de données doit transmettre pour déclencher un incident et les paramètres liés au temps qui définissent un incident ; par exemple :
Passer une certaine valeur pendant au moins x minutes
Transmettre une certaine valeur une seule fois toutes les x minutes
Lorsque la source de données dépasse une certaine valeur, une période de dégradation démarre. De même, lorsque cette source de données cesse de transmettre une certaine valeur, une période de récupération démarre. Les durées de ces deux périodes de temps sont définies dans les paramètres du seuil de condition d'alerte.
les seuils ont un seuil critique obligatoire (rouge) et un seuil d'avertissement facultatif (jaune). Dans l'interface utilisateur, l'indicateur d'état de santé de l'entité passera au jaune ou au rouge lorsqu'un seuil aura été franchi et qu'un incident s'ouvrira.
Pour plus d'informations, voir Définir le seuil. Pour une explication de la relation entre seuil et d'autres concepts d'alertes de base, voir Concepts et workflow.
Throughput est une mesure de l'activité de l'utilisateur pour une application de monitoring. Le débit APM et monitoring du débit des navigateurs sont mesurés de différentes manières :
- APM : requests par minute (RPM)
- Browser: pages vues par minute (PPM)
Un tier peut faire référence à la manière dont New Relic catégorise ou visualise les différents écosystèmes de langage d'agent que nous prenons en charge. Par exemple:
Dans APM, les catégories à code couleur qui apparaissent sur le graphique principal Overview de votre application affichent les temps de réponse passés dans diverses fonctions, processus ou agents en fonction du niveau ; par exemple, la mise en file d'attente des demandes, la collecte des déchets, le middleware, les JVM, etc.
Dans les étiquettes New Relic,
TIERpeut être utilisé pour définir ou classer l'architecture client-serveur ; par exemple, les niveaux frontend et backend .Le terme « niveau » peut parfois être utilisé pour désigner nos éditions tarifaires.
En règle générale, les expériences de l'interface utilisateur de New Relic affichent les données des 30 dernières minutes, se terminant à l'instant présent. Pour modifier la fenêtre de temps, vous pouvez utiliser le sélecteur d'intervalle de temps dans la partie supérieure droite de l'interface utilisateur.
Un time range peut faire référence à une durée sélectionnée dans l'interface utilisateur de New Relic. New Relic affiche une plage de temps en fonction de la plage que vous sélectionnez à l'aide du sélecteur d'intervalle de temps.
Un trace est une description de la manière dont une demande circule dans un système. Les données de trace vous aident à comprendre les performances de votre système et à diagnostiquer les problèmes. Pour plus d'informations sur la manière dont nous utilisons les données de trace, consultez Types de données New Relic.
Voir l'état de santé.
Un transaction est défini comme une unité de travail logique dans une application. Ce terme fait principalement référence au moniteur de transactions côté serveur d'APM. Pour plus d'informations, consultez la documentation sur les transactions Web et les transactions non Web.
Le terme transaction est également parfois utilisé dans monitoring des navigateurs. Dans ce cas, il s’agit principalement d’une activité commençant par une requête Web côté navigateur et se terminant par un chargement complet de la page.
Dans New Relic APM, un transaction trace fait référence à une image complète d'une transaction unique, jusqu'à la requête de base de données et aux modèles d'invocation exacts. Avec le suivi des transactions, New Relic vous offre une visibilité beaucoup plus approfondie sur une seule transaction lente, ce qui peut vous aider à comprendre un problème plus large. Pour plus d'informations, voir trace de transaction.
L'interface utilisateur de New Relic. Pour plus d'informations, voir Fonctions de page standard.
Pour plus de détails sur les utilisateurs New Relic et comment les gérer, voir gestion des utilisateurs.
Le menu utilisateur se trouve en bas à gauche de la plateforme New Relic et c'est là que vous pouvez accéder aux paramètres liés à votre organisation et à votre compte. Pour plus d'informations, voir Paramètres du compte.
Universal Time Coordinated (UTC), ou Temps universel coordonné, est un horodatage standard permettant de synchroniser l'heure dans le monde entier.
La valeur numérique obtenue à partir de données d'intervalle de temps métrique; par exemple, une moyenne, un minimum, un maximum, un total, une taille d'échantillon, etc.
Ce terme a été remplacé dans l'interface utilisateur par incident.
Dans le contexte de l'APM, web external décrit la partie du temps passé dans la transaction Web à communiquer avec des services externes à partir du code du service que vous monitoring. Ce moment peut être un appel à un tiers (un fournisseur de paiement, par exemple) ou un appel à un autre microservice au sein de votre propre entreprise. Le temps externe Web montre comment les performances sont affectées par les appels sur un réseau vers du code exécuté en dehors de l'application que vous mesurez.
Un transaction est défini comme une unité de travail logique dans une application. Ce terme fait principalement référence au moniteur de transactions côté serveur d'APM.
Les transactions Web sont initiées avec une requête HTTP. Pour la plupart des organisations, il s’agit d’une interaction centrée sur les clients et ce sont donc les transactions les plus importantes à monitorer. Pour plus d'informations, voir transaction web et transaction non web.
WebDriver est un composant sélénium , utilisé pour contrôler les navigateurs scriptés Synthétique. Plus précisément, monitoring Synthétique utilise WebDriverJS, un outil basé sur Node.js saveur du sélénium. Pour plus d'informations, voir Écriture de navigateurs scriptés et Exemples de navigateurs scriptés.
Les workflows indiquent comment vous acheminez les notifications d'alerte aux bonnes personnes lorsque des problèmes surviennent. Pour faciliter le dépannage, vous pouvez ajouter une requête aux workflows pour enrichir automatiquement votre notification avec plus d'informations autour de l'incident.
Pour plus d'informations, voir workflow.
La charge de travail vous permet de regrouper des entités qui travaillent ensemble pour fournir une valeur commerciale spécifique. Vous pouvez ensuite facilement monitorer la disponibilité et la consommation des ressources en fonction de ce qui vous intéresse. Par exemple, vous pouvez créer une workload avec tous les hôtes qui composent un data center.
Pour plus d'informations, voir Introduction à la charge de travail.