Mapa de aplicación: evaluación de prioridades de las aplicaciones distribuidas

Los mapas de aplicación representan la estructura lógica de una aplicación distribuida. Los componentes individuales de la aplicación se determinan mediante su propiedad "roleName" o "name" en la telemetría registrada. Estos componentes se representan como círculos en el mapa y se conocen como "nodos". Las llamadas HTTP entre nodos se representan como flechas que conectan estos nodos, denominados "conectores" o "bordes". El nodo que realiza la llamada es el "origen" de la llamada y el que la recibe es el "destino" de la llamada.

El mapa de aplicación le ayuda a detectar los cuellos de botella en el rendimiento o las zonas activas con error en todos los componentes de la aplicación distribuida. Cada nodo del mapa representa un componente de la aplicación o sus dependencias, e incluye el KPI de mantenimiento y el estado de alerta. Puede seleccionar cualquier componente para obtener diagnósticos más detallados, como eventos de Application Insights. Si su aplicación usa servicios de Azure, también puede seleccionar diagnósticos de Azure, como las recomendaciones de SQL Database Advisor.

Mapa de aplicación también incluye una Vista inteligente para ayudar en investigaciones rápidas de estado del servicio.

¿Qué es un componente?

Los componentes son partes que se pueden implementar independientemente de su aplicación de microservicio o distribuida. Los equipos de operaciones y los desarrolladores pueden ver el código o acceder a la telemetría que generan estos componentes de la aplicación. Por ejemplo:

• Los componentes son diferentes de las dependencias externas "observadas", por ejemplo, Azure SQL e Event Hubs, a las que el equipo o la organización podrían no tener acceso (código o telemetría).
• Los componentes se ejecutan en cualquier número de instancias de rol, servidor o contenedor.
• Los componentes pueden ser recursos de Application Insights independientes, incluso si las suscripciones son diferentes. También pueden ser diferentes roles que informan a un único recurso de Application Insights. La experiencia de mapa de vista preliminar muestra los componentes independientemente de cómo se configuren.

Mapa de aplicación compuesta

Puede ver la topología de aplicación completa a lo largo de varios niveles de componentes de aplicación relacionados. Los componentes podrían ser diferentes recursos de Application Insights o distintos roles de un único recurso. Para encontrar componentes, el mapa de aplicación sigue las llamadas de dependencia HTTP entre los servidores con el SDK de Application Insights instalado.

Esta experiencia comienza con la detección progresiva de los componentes. La primera vez que cargue el Mapa de aplicación, se desencadenará un conjunto de consultas para detectar los componentes relacionados con este componente. Un botón en la esquina superior izquierda se actualiza con el número de componentes de la aplicación a medida que se detectan.

Al seleccionar Actualizar componentes de mapa, el mapa se actualiza con todos los componentes detectados hasta ese punto. Según la complejidad de la aplicación, esta actualización puede tardar un minuto en cargarse.

Si todos los componentes son roles dentro de un único recurso de Application Insights, este paso de detección no es necesario. La carga inicial para este tipo de aplicación tendrá todos sus componentes.

Uno de los objetivos principales de la experiencia es poder visualizar topologías complejas con cientos de componentes.

Seleccione cualquier componente para ver información detallada relacionada e ir a la experiencia de evaluación de prioridades de rendimiento y errores de ese componente.

Investigar los errores

Seleccione Investigar los errores para abrir el panel Errores.

Investigar el rendimiento

Para solucionar problemas de rendimiento, seleccione Investigar el rendimiento.

Ir a los detalles

El botón Ir a detalles muestra la experiencia de transacción de un extremo a otro, que ofrece vistas en el nivel de la pila de llamadas.

Ver en Registros (Analytics)

Para consultar e investigar aún más los datos de las aplicaciones, seleccione Ver en Registros (Analytics).

Alertas

Para ver las alertas activas y las reglas subyacentes que provocan el desencadenamiento de estas, seleccione Alertas.

Establecimiento o reemplazo del nombre del rol en la nube

El mapa de aplicación usa la propiedad nombre de rol en la nube para identificar los componentes en el mapa.

Siga esta guía para establecer o reemplazar manualmente los nombres de los roles en la nube y cambiar lo que se muestra en el mapa de aplicación.

Nota

El Agente o SDK de Application Insights agregan de forma automática la propiedad de nombre de rol en la nube a la telemetría emitida por los componentes en un entorno de Azure App Service.

.NET/.NetCore

TelemetryInitializer personalizado

using Microsoft.ApplicationInsights.Channel;
using Microsoft.ApplicationInsights.Extensibility;

namespace CustomInitializer.Telemetry
{
    public class MyTelemetryInitializer : ITelemetryInitializer
    {
        public void Initialize(ITelemetry telemetry)
        {
            if (string.IsNullOrEmpty(telemetry.Context.Cloud.RoleName))
            {
                //set custom role name here
                telemetry.Context.Cloud.RoleName = "Custom RoleName";
                telemetry.Context.Cloud.RoleInstance = "Custom RoleInstance";
            }
        }
    }
}

Aplicaciones ASP.NET: cargue el inicializador en el elemento TelemetryConfiguration activo

En ApplicationInsights.config:

    <ApplicationInsights>
      <TelemetryInitializers>
        <!-- Fully qualified type name, assembly name: -->
        <Add Type="CustomInitializer.Telemetry.MyTelemetryInitializer, CustomInitializer"/>
        ...
      </TelemetryInitializers>
    </ApplicationInsights>

Un método alternativo para las aplicaciones web de ASP.NET consiste en crear una instancia del inicializador en el código, por ejemplo, en Global.aspx.cs:

 using Microsoft.ApplicationInsights.Extensibility;
 using CustomInitializer.Telemetry;

    protected void Application_Start()
    {
        // ...
        TelemetryConfiguration.Active.TelemetryInitializers.Add(new MyTelemetryInitializer());
    }

Nota

La incorporación del inicializador mediante ApplicationInsights.config o TelemetryConfiguration.Active no es válida para las aplicaciones de ASP.NET Core.

Aplicaciones de ASP.NET Core: cargue un inicializador en TelemetryConfiguration

Para aplicaciones de ASP.NET Core, para agregar una nueva instancia de TelemetryInitializer, debe agregarla al contenedor de inserción de dependencias, como se muestra. Este paso se hace en el método ConfigureServices de la clase Startup.cs.

 using Microsoft.ApplicationInsights.Extensibility;
 using CustomInitializer.Telemetry;
 public void ConfigureServices(IServiceCollection services)
{
    services.AddSingleton<ITelemetryInitializer, MyTelemetryInitializer>();
}

Java

El nombre del rol en la nube se establece como se muestra en este ejemplo:

{
  "role": {
    "name": "my cloud role name"
  }
}

También puede establecer el nombre de rol en la nube mediante la variable de entorno o una propiedad del sistema. Para más información, consulte Configuración del nombre del rol en la nube.

Node.js

var appInsights = require("applicationinsights");
appInsights.setup('INSTRUMENTATION_KEY').start();
appInsights.defaultClient.context.tags["ai.cloud.role"] = "your role name";
appInsights.defaultClient.context.tags["ai.cloud.roleInstance"] = "your role instance";

Método alternativo para Node.js

var appInsights = require("applicationinsights");
appInsights.setup('INSTRUMENTATION_KEY').start();

appInsights.defaultClient.addTelemetryProcessor(envelope => {
    envelope.tags["ai.cloud.role"] = "your role name";
    envelope.tags["ai.cloud.roleInstance"] = "your role instance"
});

JavaScript

appInsights.queue.push(() => {
appInsights.addTelemetryInitializer((envelope) => {
  envelope.tags["ai.cloud.role"] = "your role name";
  envelope.tags["ai.cloud.roleInstance"] = "your role instance";
});
});

Python

Para Python, puede usar procesadores de telemetría de Python de OpenCensus.

def callback_function(envelope):
   envelope.tags['ai.cloud.role'] = 'new_role_name'

# AzureLogHandler
handler.add_telemetry_processor(callback_function)

# AzureExporter
exporter.add_telemetry_processor(callback_function)

Descripción del nombre del rol en la nube en el contexto de un mapa de aplicación

Para ayudarle a comprender el concepto de nombres de roles en la nube, examine un mapa de aplicación con varios nombres de roles en la nube.

En el mapa de aplicación mostrado, cada uno de los nombres de los cuadros verdes son valores de nombre de rol en la nube para distintos aspectos de esta aplicación distribuida. Para esta aplicación, sus roles constan de Authentication, acmefrontend, Inventory Management y Payment Processing Worker Role.

En esta aplicación, cada uno de esos nombres de rol en la nube además representa un único recurso de Application Insights diferente con sus propias claves de instrumentación. Puesto que el propietario de esta aplicación tiene acceso a los cuatro recursos de Application Insights, el mapa de aplicación crea un mapa de las relaciones subyacentes.

Para las definiciones oficiales:

   [Description("Name of the role the application is a part of. Maps directly to the role name in azure.")]
    [MaxStringLength("256")]
    705: string      CloudRole = "ai.cloud.role";

    [Description("Name of the instance where the application is running. Computer name for on-premises, instance name for Azure.")]
    [MaxStringLength("256")]
    715: string      CloudRoleInstance = "ai.cloud.roleInstance";

Como alternativa, la instancia de rol en la nube puede ser útil para escenarios en los que un nombre de rol en la nube indica que el problema está en algún lugar del front-end web. Pero es posible que esté ejecutando varios servidores con equilibrio de carga en el front-end web. Ser capaz de profundizar en las capas mediante consultas de Kusto y saber si el problema afecta a todos los servidores front-end web o instancias o solo a uno puede ser importante.

Un escenario el que podría querer invalidar el valor de la instancia de rol en la nube sería si la aplicación se ejecutara en un entorno contenedorizado. En este caso, es posible que solo conocer el servidor individual no fuera suficiente información para localizar un problema determinado.

Para obtener más información sobre cómo reemplazar la propiedad de nombre de rol en la nube con inicializadores de telemetría, vea Agregar propiedades: ITelemetryInitializer.

---

Filtros del mapa de aplicación

Los filtros del mapa de aplicación permiten al usuario reducir el número de nodos y bordes que se muestran mediante la aplicación de uno o varios filtros. Estos filtros se pueden usar para reducir el ámbito del mapa, de modo que se muestre un mapa más pequeño y centrado.

Creación de filtros del mapa de aplicación

Para crear un filtro, seleccione el botón "Agregar filtro" en la barra de herramientas del mapa de aplicación.

Aparece un cuadro de diálogo con tres secciones: 1) Select filter type (Seleccionar tipo de filtro), 2) Choose filter parameters (Elegir parámetros de filtro) y 3) Review (Revisar).

La primera sección tiene dos opciones:

1. Node filter (Filtro de nodo)
2. Connector (edge) filter (Filtro de conector [borde])

El contenido de las demás secciones cambia en función de la opción seleccionada.

Filtros de nodo

Los filtros de nodo permiten al usuario dejar solo los nodos seleccionados en el mapa y ocultar el resto. Un filtro de nodo comprueba cada nodo si contiene una propiedad (su nombre, por ejemplo) con un valor que coincide con un valor de búsqueda mediante un operador determinado. Si un filtro de nodo quita un nodo, también se quitan todos sus conectores (bordes).

Hay tres parámetros disponibles para los nodos:

• "Nodes included" (Nodos incluidos) permite al usuario seleccionar solo nodos con propiedades coincidentes o también incluir nodos de origen, nodos de destino o ambos en el mapa resultante.

  • "Nodes and sources, targets" (Nodos y orígenes o destinos): esto significa que los nodos que coinciden con los parámetros de búsqueda se incluirán en el mapa resultante, y los nodos que son orígenes o destinos para el nodo coincidente también se incluirán, incluso si no tienen valores de propiedad que coincidan con la búsqueda. Los nodos de origen y destino se conocen en conjunto como nodos "conectados".

  • "Nodes and sources" (Nodos y orígenes): igual que lo anterior, pero los nodos de destino no se incluyen automáticamente en los resultados.

  • "Nodes and targets" (Nodos y destinos): igual que lo anterior, pero los nodos de origen no se incluyen automáticamente.

  • "Nodes only" (Solo nodos): todos los nodos del mapa resultante deben tener un valor de propiedad que coincida.

• "Operador" es el tipo de comprobación que se realizará en los valores de propiedad de cada nodo:

  • contains

  • !contains (no contiene)

  • == (es igual a)

  • != (no es igual a)

• "Valor de búsqueda" es el texto que debe contenerse, no contenerse, ser igual o no ser igual a un valor de propiedad del nodo. En una lista desplegable se muestran algunos de los valores que se encuentran en los nodos que están en el mapa. Para especificar un valor arbitrario, haga clic en "Create option…" (Crear opción…) en la lista desplegable.

Por ejemplo, en la captura de pantalla siguiente, el filtro se configura para seleccionar los nodos que contienen el texto "-west". Los nodos de origen y destino también se incluirán en el mapa resultante. En la misma captura de pantalla, el usuario puede seleccionar uno de los valores que se encuentran en el mapa o crear una opción que no sea una coincidencia exacta con un valor que se encuentra en el mapa.

Filtros de conector (borde)

Los filtros de conector examinan las propiedades de un conector para hacerlo coincidir con un valor. Los conectores que no coinciden con el filtro se quitan del mapa. Lo mismo sucede con los nodos sin conectores.

Los filtros de conector requieren tres parámetros:

• "Filter connectors by" (Filtrar conectores por) permite al usuario elegir qué propiedad de un conector debe usar:

  • "Error connector (highlighted red)" (Conector de errores [resaltado en rojo]) selecciona los conectores en función de su color (rojo u otro). No se puede especificar un valor para este tipo de filtro, solo un operador que sea "==" o "!=", que significa "conector con errores" y "conector sin errores".

  • "Tasa de errores" usa la tasa de errores media del conector (el número de llamadas con errores divididas por el número total de llamadas) expresada como porcentaje. Por ejemplo, un valor de "1" haría referencia a un 1 % de llamadas con errores.

  • "Average call duration (****ms)" (Duración media de la llamada [***ms]) usa solo eso: la duración media de todas las llamadas representadas por el conector, en milisegundos. Por ejemplo, un valor de "1000" haría referencia a llamadas de 1 segundo de media.

  • "Calls count" (Número de llamadas) usa el número total de llamadas representadas por el conector.

• "Operador" es la comparación que se aplicará entre la propiedad del conector y el valor especificado a continuación. Las opciones cambian: "Error connector" (Conector de errores) tiene las opciones "es igual a/no es igual a", mientras que todos los demás tienen las opciones "mayor/menor que".

• "Valor" es el valor de comparación del filtro. Solo hay una opción para el filtro "Error connector" (Conector de errores): "Errores". Otros tipos de filtro requieren un valor numérico y ofrecen una lista desplegable con algunas entradas rellenadas previamente que son pertinentes para el mapa.

  • Algunas de estas entradas tienen una designación "(Pxx)", que son niveles de percentil. Por ejemplo, el filtro "Average call duration" (Duración media de la llamada) puede tener el valor "200 (P90)", que indica el 90 % de los conectores (independientemente del número de llamadas que representan) tiene una duración de la llamada de menos de 200 ms.

  • Cuando no se muestra un número específico en la lista desplegable, puede escribirse y crearse si se hace clic en "Create option" (Crear opción). Al escribir "P", se muestran todos los valores de percentil en la lista desplegable.

Sección Review (Revisar)

La sección Review (Revisar) contiene descripciones visuales y de texto que indican lo que hará el filtro, lo que resulta útil para aprender cómo funcionan los filtros:

Uso de filtros en el mapa de aplicación

Interactividad de los filtros

Después de configurar un filtro en el elemento emergente "Agregar filtro", seleccione "Aplicar" para crear el filtro. Se pueden aplicar varios filtros y funcionan secuencialmente, de izquierda a derecha. Cada filtro puede quitar más nodos y conectores, pero no puede volver a agregarlos al mapa.

Los filtros se muestran como botones redondeados encima del mapa de aplicación:

Al hacer clic en en un filtro, se quitará ese filtro. Al hacer clic en otra parte del botón, el usuario puede editar los valores del filtro. A medida que el usuario cambia los valores del filtro, se aplican los nuevos valores de modo que el mapa muestre una vista previa del cambio. Al hacer clic en "Cancelar", se restaura el filtro tal y como estaba antes de editarlo.

Reutilización de filtros

Los filtros se pueden reutilizar de dos maneras:

• El botón "Copiar vínculo" de la barra de herramientas situada encima del mapa codifica la información de filtro en la dirección URL copiada. Este vínculo puede guardarse en los marcadores del explorador o compartirse con otros usuarios. "Copiar vínculo" conserva el valor de duración, pero no el tiempo absoluto, por lo que el mapa que se muestra en un momento posterior podría ser diferente del que se observó al crear el vínculo.

• El anclaje al panel se encuentra junto a la barra de título del panel Mapa de aplicación. Este botón ancla el mapa a un panel, junto con los filtros que se le hayan aplicado. Esta acción puede resultar útil para los filtros que suelen ser interesantes. Por ejemplo, el usuario puede anclar un mapa con el filtro "Error connector" (Conector de errores) aplicado y la vista del panel solo mostrará los nodos que tienen errores en sus llamadas HTTP.

Escenarios de uso de filtros

Hay muchas combinaciones de filtros. Estas son algunas sugerencias que se aplican a la mayoría de los mapas y que puede ser útil anclar en un panel:

• Muestre solo los errores que parecen significativos mediante el filtro "Error connector" (Conector de errores) junto con "Intelligent view" (Vista inteligente):
  

• Oculte los conectores con poco tráfico sin errores para centrarse rápidamente en problemas con un mayor impacto:

• Muestre los conectores con mucho tráfico y una duración media alta para centrarse en posibles problemas de rendimiento:

• Muestre una parte específica de una aplicación distribuida (requiere una convención de nomenclatura roleName adecuada):

• Oculte un tipo de dependencia demasiado ruidoso:

• Muestre solo los conectores que tienen tasas de error mayores que un valor específico:

---

Vista inteligente del mapa de aplicación

En las secciones siguientes se describe la Vista inteligente.

Resumen de Vista inteligente

Vista inteligente de Mapa de aplicación está diseñada para ayudar en las investigaciones de estado del servicio. Aplica aprendizaje automático para identificar rápidamente las posibles causas principales de los problemas mediante la filtración del ruido. El modelo de Machine Learning aprende del comportamiento histórico del Mapa de aplicación para identificar los patrones dominantes y las anomalías que indiquen posibles causas de un incidente.

En las aplicaciones distribuidas de gran tamaño siempre hay cierto grado de ruido procedente de errores "benignos", lo que puede hacer que el mapa de aplicación sea ruidoso y muestre muchos bordes rojos. Vista inteligente muestra solo las causas más probables de error del servicio y quita los bordes rojos de nodo a nodo (comunicación de servicio a servicio) de los servicios correctos. Vista inteligente resalta los bordes en rojo que se deben investigar. También ofrece información práctica para el borde resaltado.

Ventajas de Vista inteligente

• Reduce el tiempo de resolución al resaltar solo los errores que deben investigarse.
• Proporciona información procesable sobre por qué se ha resaltado un borde rojo determinado.
• Permite el uso de Mapa de aplicación con aplicaciones distribuidas de gran tamaño sin problemas (con el foco solo en los bordes marcados en rojo).

Habilitación de Vista inteligente en Mapa de aplicación

Habilite el botón de alternancia Vista inteligente. Opcionalmente, para cambiar la sensibilidad de las detecciones, seleccione Bajo, Medio o Alto. Para más información, consulte la pregunta de solución de problemas sobre la confidencialidad.

Después de habilitar Vista inteligente, seleccione uno de los bordes resaltados para ver la "información práctica". La información aparece en el panel de la derecha y explica por qué se ha resaltado el borde.

Para empezar a solucionar los problemas, seleccione Investigar los errores. En el panel Errores que se abre, investigue si el problema detectado es la causa principal. Si no hay bordes rojos, el modelo de Machine Learning no ha encontrado posibles incidentes en las dependencias de la aplicación.

Para proporcionar comentarios, seleccione el botón Comentarios en el mapa.

¿Cómo determina Vista inteligente dónde se resaltan los bordes rojos?

La vista inteligente usa el modelo de aprendizaje automático patentado de AIOps para resaltar lo que es verdaderamente importante en un mapa de aplicación.

Ejemplos de consideraciones:

• Tasas de errores
• Recuentos de solicitudes
• Duraciones
• Anomalías en los datos
• Tipos de dependencia

En comparación, la vista normal solo emplea la tasa de errores sin procesar.

¿Cómo funciona la sensibilidad de Vista inteligente?

La sensibilidad de Vista inteligente ajusta la probabilidad de que se detecte un problema del servicio.

Ajuste la sensibilidad para lograr el nivel de confianza deseado en los bordes resaltados.

Opción de sensibilidad	Resultado
Alto	Se resaltan menos bordes.
Media (valor predeterminado)	Se resalta un número equilibrado de bordes.
Bajo	Se resaltan más bordes.

Limitaciones de Vista inteligente

Vista inteligente tiene algunas limitaciones:

• Las aplicaciones distribuidas de gran tamaño pueden tardar un minuto en cargar Vista inteligente.
• Se admiten períodos de tiempo de hasta siete días.

Para proporcionar comentarios, consulte Comentarios del portal.

---

Solucionar problemas

Si tiene dificultades para conseguir que Mapa de aplicación funcione según lo esperado, siga estos pasos.

General

1. Asegúrese de que usa un SDK oficialmente compatible. Es posible que los SDK no compatibles o de la comunidad no admitan la correlación.

   Para una lista de los SDK admitidos, consulte Application Insights: lenguajes, plataformas e integraciones.

2. Actualice todos los componentes a la versión más reciente del SDK.

3. Si usa Azure Functions con C#, actualice a Functions V2.

4. Confirme que el nombre de rol en la nube está configurado correctamente.

5. Si falta una dependencia, asegúrese de que se encuentra en la lista de dependencias recopiladas automáticamente. De lo contrario, todavía puede realizar su seguimiento de forma manual con una llamada de seguimiento de dependencia.

Hay demasiados nodos en el mapa

El mapa de aplicación construye un nodo de aplicación para cada nombre de rol en la nube presente en la telemetría de la solicitud. Además, se construye un nodo de dependencia para cada combinación única de tipo, destino y nombre de rol en la nube.

Si hay más de 10 000 nodos en la telemetría, Mapa de aplicación no podrá capturar todos los nodos y vínculos, por lo que la asignación será incompleta. Si se produce este escenario, aparece un mensaje de advertencia al visualizar el mapa.

El mapa de aplicación solo admite hasta 1000 nodos independientes sin agrupar representados a la vez. El mapa de aplicación reduce la complejidad visual mediante la agrupación de dependencias que tienen el mismo tipo y autores de llamada.

Si la telemetría tiene demasiados nombres de rol en la nube únicos o demasiados tipos de dependencias, esa agrupación es insuficiente y el mapa no se puede representar.

Para solucionar este problema, debe cambiar la instrumentación para establecer correctamente el nombre de rol en la nube, el tipo de dependencia y los campos de destino de dependencia.

• El destino de dependencia debe representar el nombre lógico de una dependencia. En muchos casos, es equivalente al nombre del servidor o del recurso de la dependencia. Por ejemplo, si hay dependencias HTTP, se establece en el nombre de host. No debe contener id. exclusivos o parámetros que cambian de una solicitud a otra.

• El tipo de dependencia debe representar el tipo lógico de una dependencia. Por ejemplo, HTTP, SQL o Azure Blob son tipos de dependencia típicos. No debe contener id. exclusivos.

• El propósito del nombre de rol en la nube se describe en la sección Establecimiento o reemplazo del nombre del rol en la nube.

Vista inteligente

Preguntas comunes de solución de problemas sobre la vista inteligente.

¿Por qué no está resaltado este borde, incluso con baja sensibilidad?

Si parece que se produce un error en una dependencia pero el modelo no indica que se trate de un posible incidente:

• Si esta dependencia lleva un tiempo generando errores, el modelo podría creer que se trata de un estado normal y no resaltar el borde automáticamente. Se centra en la resolución de problemas en RT.
• Si esta dependencia tiene un impacto mínimo en el rendimiento general de la aplicación, eso también puede hacer que el modelo lo ignore.
• Si ninguna de las afirmaciones anteriores es correcta, use la opción Comentarios y describa su experiencia. Puede ayudarnos a mejorar las versiones futuras del modelo.

¿Por qué está resaltado el borde?

Si hay un borde resaltado, la explicación del modelo debe apuntar a las características más importantes que han hecho que el modelo otorgue a esta dependencia una puntuación de probabilidad alta. La recomendación no se basa únicamente en los errores, sino en otros indicadores, como la latencia inesperada en los flujos dominantes.

¿Por qué no se carga la vista inteligente?

Si la Vista inteligente no se carga, establezca el período de tiempo configurado en seis días o menos.

¿Por qué Vista inteligente tarda tanto en cargarse?

Evite seleccionar Actualizar componentes de mapa.

Habilite Vista inteligente solo en un recurso de Application Insights.

Comentarios del portal

Para proporcionar comentarios, use la opción de comentarios.

Pasos siguientes

• Para más información sobre cómo funciona la correlación en Application Insights, consulte Correlación de telemetría.
• La experiencia de diagnóstico de transacción completa correlaciona la telemetría del lado servidor con todos los componentes supervisados de Application Insights en una única vista.
• En el caso de escenarios avanzados de correlación en ASP.NET Core y ASP.NET, consulte el artículo sobre el seguimiento de operaciones personalizadas.