Supervisión de servicios y aplicaciones de Node.js con Application Insights

Artículo
10/15/2024

Application Insights supervisa los componentes tras la implementación para obtener información sobre el rendimiento e incidencias. Puede usar Application Insights para los servicios de Node.js que se hospedan en el centro de datos, en máquinas virtuales de Azure y en aplicaciones web, e incluso en otras nubes públicas.

Para recibir, almacenar y explorar sus datos de supervisión, incluya el SDK en su código. A continuación, configure el recurso de Application Insights correspondiente en Azure. El SDK envía datos a ese recurso para realizar el análisis y la exploración posteriormente.

La biblioteca cliente de Node.js puede supervisar automáticamente las solicitudes HTTP entrantes y salientes, excepciones y varias métricas del sistema. A partir de la versión 0.20, la biblioteca cliente también puede supervisar algunos paquetes de terceros comunes, como MongoDB, MySQL y Redis.

Todos los eventos relacionados con una solicitud HTTP entrante se correlacionan para una solución de problemas más rápida.

Puede usar TelemetryClient API para instrumentar y supervisar manualmente más aspectos de la aplicación y el sistema. TelemetryClient API se describe con más detalle más adelante en este artículo.

Precaución

Recomendamos la Distribución de OpenTelemetry de Azure Monitor para que las nuevas aplicaciones o clientes alimenten Azure Monitor Application Insights. La Distribución de OpenTelemetry de Azure Monitor ofrece una funcionalidad y una experiencia similares a las del SDK de Application Insights. Es posible migrar desde el SDK de Application Insights usando las guías de migración para .NET, Node.js, y Python, pero todavía estamos trabajando para agregar unas pocas características más para la compatibilidad con versiones anteriores.

Introducción

Realice las tareas siguientes para configurar la supervisión para una aplicación o servicio.

Requisitos previos

Antes de empezar, asegúrese de que tiene una suscripción de Azure o bien obtenga una nueva de forma gratuita. Si su organización ya tiene una suscripción de Azure, un administrador puede seguir estas instrucciones y agregarle a ella.

Configurar un recurso de Application Insights

Inicie sesión en Azure Portal.
Cree un recurso de Application Insights.

Nota:

El 31 de marzo de 2025 finalizará la compatibilidad con la ingesta de claves de instrumentación. La ingesta de claves de instrumentación seguirá funcionando, pero la característica ya no recibirá actualizaciones ni soporte técnico. Transición a las cadenas de conexión para aprovechar las nuevas funcionalidades.

Configuración de la biblioteca cliente de Node.js

Incluya el SDK en la aplicación para que pueda recopilar datos.

Copie la cadena de conexión del recurso desde el nuevo recurso. Application Insights usa la cadena de conexión para asignar datos a los recursos de Azure. Para que el SDK pueda usar la cadena de conexión, debe especificar la cadena de conexión en una variable de entorno o en el código.
Agregue la biblioteca cliente de Node.js a las dependencias de la aplicación a través de package.json. En la carpeta raíz de la aplicación, ejecute:
```
npm install applicationinsights --save
```
Nota

Si usa TypeScript, no instale paquetes "typings" independientes. El paquete NPM contiene un archivo typings integrado.
Cargue explícitamente la biblioteca en el código. Dado que el SDK inserta la instrumentación en muchas otras bibliotecas, cargue la biblioteca tan pronto como sea posible, incluso antes que otras instrucciones require.
```
let appInsights = require('applicationinsights');
```
También puede proporcionar una cadena de conexión mediante la variable de entorno APPLICATIONINSIGHTS_CONNECTION_STRING en lugar de pasarla manualmente a setup() o new appInsights.TelemetryClient(). Esta práctica le permite conservar las cadenas de conexión fuera del código fuente confirmado y también puede especificar distintas cadenas de conexión para diferentes entornos. Para realizar la configuración manualmente, realiza una llamada a appInsights.setup('[your connection string]');.

Para conocer más opciones de configuración, consulte las secciones siguientes.

Puede probar el SDK sin enviar telemetría estableciendo appInsights.defaultClient.config.disableAppInsights = true.
Comience a recopilar y enviar datos automáticamente mediante una llamada a appInsights.start();.

Nota

Como parte del uso de la instrumentación de Application Insights, se recopilan y envían datos de diagnóstico a Microsoft. Estos datos ayudan a ejecutar y mejorar Application Insights. Tiene la opción de deshabilitar la recopilación de datos no esenciales. Más información.

Supervise la aplicación

El SDK recopila automáticamente datos de telemetría sobre el entorno de ejecución de Node.js y algunos módulos de terceros comunes. Utilice la aplicación para generar algunos datos.

A continuación, en Azure Portal vaya al recurso de Application Insights que creó antes. En la Escala de tiempo con información general, busque los primeros puntos de datos. Para ver datos más detallados, seleccione diferentes componentes en los gráficos.

Para ver la topología detectada para la aplicación, puede usar el mapa de aplicación.

Sin datos

Dado que el SDK crea lotes de datos para el envío, puede haber un retraso hasta que aparecen los elementos en el portal. Si no ve los datos en el recurso, pruebe algunas de las soluciones siguientes:

Seguir usando la aplicación. Realizar más acciones para generar más datos de telemetría.
Seleccione Actualizar en la vista de recursos del portal. Los gráficos se actualizan periódicamente por sí mismos, pero si se actualizan de forma manual, se actualizan de inmediato.
Compruebe que los puertos de salida necesarios estén abiertos.
Use Buscar para buscar eventos específicos.
Consulte las preguntas más frecuentes.

Uso básico

Para la recopilación integrada de solicitudes HTTP, eventos populares de bibliotecas de terceros, excepciones no controladas y métricas del sistema, use:


let appInsights = require("applicationinsights");
appInsights.setup("[your connection string]").start();

Nota

Si la cadena de conexión se establece en la variable de entorno APPLICATIONINSIGHTS_CONNECTION_STRING, se puede llamar a .setup() sin argumentos. Esto facilita el uso de diferentes cadenas de conexión para diferentes entornos.

Cargue la biblioteca de Application Insights, require("applicationinsights"), tan pronto como sea posible en los scripts antes de cargar otros paquetes. Este paso es necesario para que la biblioteca de Application Insights pueda preparar los paquetes posteriores con fines de seguimiento. Si encuentra conflictos con otras bibliotecas que realizan una preparación similar, intente cargar la biblioteca de Application Insights después.

Debido a la forma en la que JavaScript controla las devoluciones de llamada, se requiere más trabajo para realizar el seguimiento de una solicitud entre las dependencias externas y las devoluciones de llamada posteriores. De forma predeterminada, este seguimiento adicional está habilitado. Para deshabilitarlo, llame a setAutoDependencyCorrelation(false) como se indica en la sección Configuración del SDK.

Migración desde versiones anteriores a la 0.22

Hay cambios importantes entre las versiones anteriores y posteriores a la 0.22. Estos cambios están diseñados para ofrecer coherencia con otros SDK de Application Insights y permitir la extensibilidad futura.

En general, puede realizar la migración de las siguientes formas:

Reemplace las referencias a appInsights.client por appInsights.defaultClient.
Reemplace las referencias a appInsights.getClient() por new appInsights.TelemetryClient().
Reemplace todos los argumentos por métodos client.track* con un único objeto que contenga propiedades con nombre como argumentos. Vea las sugerencias de tipos integrados del IDE o TelemetryTypes para el objeto de excepción para cada tipo de telemetría.

Si accede a las funciones de configuración del SDK sin encadenarlas a appInsights.setup(), ahora puede encontrar estas funciones en appInsights.Configurations. Un ejemplo es appInsights.Configuration.setAutoCollectDependencies(true). Revise los cambios realizados en la configuración predeterminada en la siguiente sección.

Configuración del SDK

El objeto appInsights proporciona muchos métodos de configuración. Estos métodos se enumeran en el siguiente fragmento de código con sus valores predeterminados.

let appInsights = require("applicationinsights");
appInsights.setup("<connection_string>")
    .setAutoDependencyCorrelation(true)
    .setAutoCollectRequests(true)
    .setAutoCollectPerformance(true, true)
    .setAutoCollectExceptions(true)
    .setAutoCollectDependencies(true)
    .setAutoCollectConsole(true)
    .setUseDiskRetryCaching(true)
    .setSendLiveMetrics(false)
    .setDistributedTracingMode(appInsights.DistributedTracingModes.AI)
    .start();

Para correlacionar totalmente los eventos en un servicio, asegúrese de establecer .setAutoDependencyCorrelation(true). Con esta opción establecida, el SDK puede realizar el seguimiento del contexto a través de las devoluciones de llamada asincrónicas en Node.js.

Revise las descripciones en las sugerencias de tipos integrados del IDE, o bien consulte applicationinsights.ts para obtener información detallada y argumentos secundarios opcionales.

Nota:

De forma predeterminada, setAutoCollectConsole está configurado para excluir las llamadas a console.log (y a otros métodos de consola). Solo se recopilarán las llamadas a registradores de terceros admitidos (por ejemplo, Winston y Bunyan). Puede cambiar este comportamiento para incluir las llamadas a métodos console mediante setAutoCollectConsole(true, true).

muestreo

De forma predeterminada, el SDK envía todos los datos recopilados al servicio de Application Insights. Si quiere habilitar el muestreo para reducir la cantidad de datos, establezca el campo samplingPercentage en el objeto config de un cliente. Si establece samplingPercentage en 100 (el valor predeterminado), se enviarán todos los datos, y si lo establece en 0, no se enviará nada.

Si usa la correlación automática, todos los datos asociados a una única solicitud se incluyen o excluyen como una unidad.

Agregue el siguiente fragmento de código para habilitar el muestreo:

const appInsights = require("applicationinsights");
appInsights.setup("<connection_string>");
appInsights.defaultClient.config.samplingPercentage = 33; // 33% of all telemetry will be sent to Application Insights
appInsights.start();

Varios roles para aplicaciones de varios componentes

En algunos escenarios, la aplicación puede constar de varios componentes que desea instrumentar con la misma cadena de conexión. Desea seguir viendo estos componentes como unidades independientes en el portal, como si estuvieran usando cadenas de conexión independientes. Un ejemplo son los nodos independientes en el mapa de aplicación. Debe configurar manualmente el campo RoleName para distinguir la telemetría de un componente de otros componentes que envían datos al recurso de Application Insights.

Use el siguiente código para establecer el campo RoleName:

const appInsights = require("applicationinsights");
appInsights.setup("<connection_string>");
appInsights.defaultClient.context.tags[appInsights.defaultClient.context.keys.cloudRole] = "MyRoleName";
appInsights.start();

Cargador del SDK del explorador

Nota:

Disponible como versión preliminar pública. Términos de uso complementarios para versiones preliminares de Microsoft Azure

La instrumentación web automática se puede habilitar para el servidor de nodos a través de la inserción de scripts del cargador del SDK de JavaScript (Web) por configuración.

let appInsights = require("applicationinsights");
appInsights.setup("<connection_string>")
    .enableWebInstrumentation(true)
    .start();

o al establecer la variable de entorno APPLICATIONINSIGHTS_WEB_INSTRUMENTATION_ENABLED = true.

La instrumentación web se habilita en las respuestas del servidor de nodo cuando se cumplan todos los requisitos siguientes:

La respuesta tiene el código de estado 200.
El método de respuesta es GET.
La respuesta del servidor tiene Content-Type HTML.
La respuesta del servidor contiene las etiquetas <head> y </head>.
Si la respuesta está comprimida, solo debe tener un tipo Content-Encoding y el tipo de codificación debe ser uno de gzip, br o deflate.
La respuesta no contiene puntos de conexión de CDN actuales de instrumentación web/copia de seguridad. (encontrará los puntos de conexión de CDN de instrumentación web actuales y de copia de seguridad aquí)

Se puede cambiar el punto de conexión de instrumentación web de CDN estableciendo la variable de entorno APPLICATIONINSIGHTS_WEB_INSTRUMENTATION_SOURCE = "web Instrumentation CDN endpoints". Se puede cambiar la cadena de conexión de instrumentación web de CDN estableciendo la variable de entorno APPLICATIONINSIGHTS_WEB_INSTRUMENTATION_CONNECTION_STRING = "web Instrumentation connection string".

Nota:

La instrumentación web puede ralentizar el tiempo de respuesta del servidor, especialmente cuando el tamaño de respuesta es grande o se comprime la respuesta. En el caso en el que se aplican algunas capas intermedias, puede dar lugar a que la instrumentación web no funcione y se devolverá la respuesta original.

Instrumentación de terceros automática

Para realizar un seguimiento del contexto a través de llamadas asincrónicas, es necesario hacer algunos cambios en las bibliotecas de terceros, como MongoDB y Redis. De forma predeterminada, Application Insights usa diagnostic-channel-publishers para modificar de forma dinámica algunas de estas bibliotecas. Esta característica se puede deshabilitar si se establece la variable de entorno APPLICATION_INSIGHTS_NO_DIAGNOSTIC_CHANNEL.

Nota

Al establecer esa variable de entorno, es posible que los eventos dejen de estar asociados correctamente a la operación adecuada.

Las modificaciones dinámicas individuales se pueden deshabilitar si se establece la variable de entorno APPLICATION_INSIGHTS_NO_PATCH_MODULES en una lista de paquetes separados por comas. Por ejemplo, use APPLICATION_INSIGHTS_NO_PATCH_MODULES=console,redis para evitar la aplicación de revisiones a los paquetes console y redis.

Actualmente, se instrumentan nueve paquetes: bunyan, console, mongodb, mongodb-core, mysql, redis, winston, pg y pg-pool. Para más información sobre qué versión exacta de estos paquetes se ha aplicado, consulte el archivo Léame de diagnostic-channel-publishers.

Las revisiones de bunyan, winston y console generan eventos de seguimiento de Application Insights en función de si setAutoCollectConsole está habilitado. El resto genera eventos de dependencia de Application Insights en función de si setAutoCollectDependencies está habilitado.

Métricas activas

Para habilitar el envío de métricas en tiempo real desde la aplicación a Azure, use setSendLiveMetrics(true). Actualmente no se admite el filtrado de Live Metrics en el portal.

Métricas extendidas

Nota

La capacidad de enviar métricas nativas extendidas se agregó en la versión 1.4.0.

Para habilitar el envío de métricas nativas extendidas desde su aplicación a Azure, instale el paquete de métricas nativas independiente. El SDK se carga automáticamente cuando se instale y empezará a recopilar métricas nativas de Node.js.

npm install applicationinsights-native-metrics

Actualmente, el paquete de métricas nativas recopila automáticamente tiempo de CPU de recolección de elementos no utilizados, tics de bucle de eventos e información de uso de montones:

Recolección de elementos no utilizados: cantidad de tiempo de CPU que se dedica a cada tipo de recolección de elementos no utilizados y número de repeticiones de cada tipo.
Bucle de eventos: número de tics que se han producido y tiempo de CPU que se ha dedicado en total.
Montón frente a no montón: cantidad de uso de memoria de la aplicación se dedica o no al montón.

Modos de seguimiento distribuido

De forma predeterminada, el SDK envía los encabezados que entienden otras aplicaciones o servicios instrumentados con un SDK de Application Insights. Puede habilitar el envío y recepción de encabezados de contexto de seguimiento de W3C además de los encabezados de IA existentes. De este modo, no interrumpirá la correlación con ninguno de los servicios heredados existentes. La habilitación de encabezados de W3C permite que la aplicación se correlacione con otros servicios no instrumentados con Application Insights, pero que adopte este estándar de W3C.

const appInsights = require("applicationinsights");
appInsights
  .setup("<your connection string>")
  .setDistributedTracingMode(appInsights.DistributedTracingModes.AI_AND_W3C)
  .start()

TelemetryClient API

Para obtener una descripción completa de TelemetryClient API, consulte API de Application Insights para eventos y métricas personalizados.

Puede realizar el seguimiento de cualquier solicitud, evento, métrica o excepción mediante la biblioteca cliente de Application Insights para Node.js. El ejemplo de código siguiente muestra algunas de las API que puede usar:

let appInsights = require("applicationinsights");
appInsights.setup().start(); // assuming connection string in env var. start() can be omitted to disable any non-custom data
let client = appInsights.defaultClient;
client.trackEvent({name: "my custom event", properties: {customProperty: "custom property value"}});
client.trackException({exception: new Error("handled exceptions can be logged with this method")});
client.trackMetric({name: "custom metric", value: 3});
client.trackTrace({message: "trace message"});
client.trackDependency({target:"http://dbname", name:"select customers proc", data:"SELECT * FROM Customers", duration:231, resultCode:0, success: true, dependencyTypeName: "ZSQL"});
client.trackRequest({name:"GET /customers", url:"http://myserver/customers", duration:309, resultCode:200, success:true});

let http = require("http");
http.createServer( (req, res) => {
  client.trackNodeHttpRequest({request: req, response: res}); // Place at the beginning of your request handler
});

Seguimiento de las dependencias

Utilice el código siguiente para realizar el seguimiento de las dependencias:

let appInsights = require("applicationinsights");
let client = new appInsights.TelemetryClient();

var success = false;
let startTime = Date.now();
// execute dependency call here....
let duration = Date.now() - startTime;
success = true;

client.trackDependency({target:"http://dbname", name:"select customers proc", data:"SELECT * FROM Customers", duration:duration, resultCode:0, success: true, dependencyTypeName: "ZSQL"});;

A continuación se muestra una utilidad de ejemplo que usa trackMetric para medir el tiempo que tarda la programación del bucle de eventos:

function startMeasuringEventLoop() {
  var startTime = process.hrtime();
  var sampleSum = 0;
  var sampleCount = 0;

  // Measure event loop scheduling delay
  setInterval(() => {
    var elapsed = process.hrtime(startTime);
    startTime = process.hrtime();
    sampleSum += elapsed[0] * 1e9 + elapsed[1];
    sampleCount++;
  }, 0);

  // Report custom metric every second
  setInterval(() => {
    var samples = sampleSum;
    var count = sampleCount;
    sampleSum = 0;
    sampleCount = 0;

    if (count > 0) {
      var avgNs = samples / count;
      var avgMs = Math.round(avgNs / 1e6);
      client.trackMetric({name: "Event Loop Delay", value: avgMs});
    }
  }, 1000);
}

Incorporación de una propiedad personalizada a todos los eventos

Utilice el código siguiente para agregar una propiedad personalizada a todos los eventos:

appInsights.defaultClient.commonProperties = {
  environment: process.env.SOME_ENV_VARIABLE
};

Seguimiento de solicitudes HTTP GET

Use el código siguiente para realizar un seguimiento manual de las solicitudes HTTP GET:

Nota

Se hace un seguimiento de todas las solicitudes de forma predeterminada. Para deshabilitar la recopilación automática, llame a .setAutoCollectRequests(false) antes que a start().
Application Insights clásico no realiza un seguimiento automático de las solicitudes de la API Fetch nativa; se requiere el seguimiento manual de dependencias.

appInsights.defaultClient.trackRequest({name:"GET /customers", url:"http://myserver/customers", duration:309, resultCode:200, success:true});

También puede realizar un seguimiento de las solicitudes mediante el método trackNodeHttpRequest:

var server = http.createServer((req, res) => {
  if ( req.method === "GET" ) {
      appInsights.defaultClient.trackNodeHttpRequest({request:req, response:res});
  }
  // other work here....
  res.end();
});

Seguimiento de la hora de inicio del servidor

Utilice el código siguiente para realizar un seguimiento de la hora de inicio del servidor:

let start = Date.now();
server.on("listening", () => {
  let duration = Date.now() - start;
  appInsights.defaultClient.trackMetric({name: "server startup time", value: duration});
});

Vaciar

De manera predeterminada, la telemetría se almacena en búfer durante 15 segundos antes de enviarla al servidor de ingesta. Si la aplicación tiene una duración corta, como una herramienta de la CLI, podría ser necesario vaciar manualmente la telemetría almacenada en búfer cuando finaliza la aplicación mediante appInsights.defaultClient.flush().

Si el SDK detecta que la aplicación se bloquea, llama al vaciado automáticamente mediante appInsights.defaultClient.flush({ isAppCrashing: true }). Con la opción de vaciado isAppCrashing, se supone que la aplicación está en un estado anómalo, no adecuado para el envío de telemetría. En su lugar, el SDK guarda toda la telemetría almacenada en búfer en un almacenamiento persistente y permite que la aplicación finalice. Cuando vuelva a iniciarse la aplicación, intenta enviar la telemetría que se haya guardado en el almacenamiento persistente.

Preprocesamiento de datos con procesadores de telemetría

Puede procesar y filtrar los datos recopilados antes de enviarlos para su retención mediante el uso de procesadores de telemetría. Los procesadores de telemetría se llaman de uno en uno en el orden en el que se han agregado antes de que el elemento de telemetría se envíe a la nube.

public addTelemetryProcessor(telemetryProcessor: (envelope: Contracts.Envelope, context: { http.RequestOptions, http.ClientRequest, http.ClientResponse, correlationContext }) => boolean)

Si un procesador de telemetría devuelve false, no se envía el elemento de telemetría.

Todos los procesadores de telemetría reciben los datos de telemetría y su sobre para inspeccionarlos y modificarlos. También reciben un objeto de contexto. En el caso de la telemetría de seguimiento manual, el contenido de este objeto lo define el parámetro contextObjects cuando se llama a un método de seguimiento. Para la telemetría recopilada automáticamente, este objeto se llena con la información de solicitud disponible y el contenido de la solicitud persistente, tal como lo proporciona appInsights.getCorrelationContext() (si está habilitada la correlación automática de dependencias).

El tipo de TypeScript de un procesador de telemetría es:

telemetryProcessor: (envelope: ContractsModule.Contracts.Envelope, context: { http.RequestOptions, http.ClientRequest, http.ClientResponse, correlationContext }) => boolean;

Por ejemplo, un procesador que quita los datos de seguimiento de pilas de las excepciones podría escribirse y agregarse como se indica a continuación:

function removeStackTraces ( envelope, context ) {
  if (envelope.data.baseType === "Microsoft.ApplicationInsights.ExceptionData") {
    var data = envelope.data.baseData;
    if (data.exceptions && data.exceptions.length > 0) {
      for (var i = 0; i < data.exceptions.length; i++) {
        var exception = data.exceptions[i];
        exception.parsedStack = null;
        exception.hasFullStack = false;
      }
    }
  }
  return true;
}

appInsights.defaultClient.addTelemetryProcessor(removeStackTraces);

Uso de varias cadenas de conexión

Puede crear varios recursos de Application Insights y enviar distintos datos a cada uno de ellos con sus respectivas cadenas de conexión.

Por ejemplo:

let appInsights = require("applicationinsights");

// configure auto-collection under one connection string
appInsights.setup("Connection String A").start();

// track some events manually under another connection string
let otherClient = new appInsights.TelemetryClient("Connection String B");
otherClient.trackEvent({name: "my custom event"});

Opciones de configuración avanzada

El objeto de cliente contiene una propiedad config con muchos valores de configuración opcionales para escenarios avanzados. Para establecerlos, use:

client.config.PROPERTYNAME = VALUE;

Las siguientes propiedades son específicas del cliente, por lo que puede configurar appInsights.defaultClient de forma independiente con respecto a los clientes creados con new appInsights.TelemetryClient().

Propiedad	Descripción
connectionString	Identificador para el recurso de Application Insights.
endpointUrl	Punto de conexión de ingesta al que se van a enviar las cargas de telemetría.
quickPulseHost	Host de Live Metrics Stream al que se va a enviar la telemetría de métricas en tiempo real.
proxyHttpUrl	Un servidor proxy para el tráfico HTTP del SDK. (Opcional. El valor predeterminado se extrae de la variable de entorno `http_proxy`).
proxyHttpsUrl	Un servidor proxy para el tráfico HTTPS del SDK. (Opcional. El valor predeterminado se extrae de la variable de entorno `https_proxy`).
httpAgent	Agente http.Agent que se usará para el tráfico HTTP del SDK. (Opcional, valor predeterminado sin definir).
httpsAgent	Agente https.Agent que se usará para el tráfico HTTPS del SDK. (Opcional, valor predeterminado sin definir).
maxBatchSize	Número máximo de elementos de telemetría que se incluirán en una carga en el punto de conexión de ingesta. (El valor predeterminado es `250`).
maxBatchIntervalMs	Cantidad máxima de tiempo que hay que esperar para que una carga alcance el tamaño máximo de lote, maxBatchSize. (El valor predeterminado es `15000`).
disableAppInsights	Marca que indica si la transmisión de telemetría está deshabilitada. (El valor predeterminado es `false`).
samplingPercentage	Porcentaje de elementos de telemetría de los que se realiza un seguimiento y que se deben transmitir. (El valor predeterminado es `100`).
correlationIdRetryIntervalMs	Tiempo de espera antes de volver a intentar recuperar el identificador para la correlación entre componentes. (El valor predeterminado es `30000`).
correlationHeaderExcludedDomains	Lista de dominios que se excluirán de la inyección de encabezados de correlación entre componentes. (Valor predeterminado. Consulte Config.ts).

Preguntas más frecuentes

¿Cómo puedo deshabilitar la correlación de telemetría?

Para deshabilitar la correlación de telemetría, use la propiedad correlationHeaderExcludedDomains en la configuración. Para obtener más información, consulte ApplicationInsights-node.js.

Solución de problemas

Para obtener información de solución de problemas, incluidos los escenarios "sin datos" y la personalización de registros, vea Solución de problemas de supervisión de Application Insights de aplicaciones y servicios de Node.js.

Compartir a través de

Supervisión de servicios y aplicaciones de Node.js con Application Insights

Introducción

Requisitos previos

Configurar un recurso de Application Insights

Configuración de la biblioteca cliente de Node.js

Supervise la aplicación

Sin datos

Uso básico

Migración desde versiones anteriores a la 0.22

Configuración del SDK

muestreo

Varios roles para aplicaciones de varios componentes

Cargador del SDK del explorador

Instrumentación de terceros automática

Métricas activas

Métricas extendidas

Modos de seguimiento distribuido

TelemetryClient API

Seguimiento de las dependencias

Incorporación de una propiedad personalizada a todos los eventos

Seguimiento de solicitudes HTTP GET

Seguimiento de la hora de inicio del servidor

Vaciar

Preprocesamiento de datos con procesadores de telemetría

Uso de varias cadenas de conexión

Opciones de configuración avanzada

Preguntas más frecuentes

¿Cómo puedo deshabilitar la correlación de telemetría?

Solución de problemas

Pasos siguientes

Comentarios

Recursos adicionales