Cartographie d’application : trier des applications distribuées

Les cartographies d’application représentent la structure logique d’une application distribuée. Les composants individuels de l’application sont déterminés par leur propriété « roleName » ou « name » dans la télémétrie enregistrée. Ces composants sont représentés sous forme de cercles sur la cartographie et sont appelés « nœuds ». Les appels HTTP entre les nœuds sont représentés sous forme de flèches reliant ces nœuds, appelées « connecteurs » ou « arêtes ». Le nœud qui effectue l’appel est la « source » de l’appel, tandis que le nœud qui le reçoit est la « cible » de l’appel.

La mise en correspondance d’applications vous permet d’identifier les baisses de performances ou les défaillances sur l’ensemble des composants de votre application distribuée. Chaque nœud de cette carte représente un composant d’application ou ses dépendances, avec des indicateurs de performance clés d’intégrité et l’état des alertes. Vous pouvez sélectionner n’importe quel composant pour obtenir des diagnostics plus détaillés, par exemple, des événements Application Insights. Si votre application utilise des services Azure, vous pouvez également sélectionner des diagnostics Azure, tels que des recommandations de SQL Database Advisor.

Cartographie d’application propose également une vue intelligente pour aider à effectuer des enquêtes rapides sur l’intégrité des services.

Qu’est-ce qu’un composant ?

Les composants sont des parties pouvant être déployées de manière indépendante de votre application distribuée ou de microservice. Les développeurs et équipes d’opérations disposent d’une visibilité au niveau du code ou d’un accès à la télémétrie générée par ces composants d’application. Par exemple :

• Les composants sont différents des dépendances externes « observées », comme Azure SQL et Azure Event Hubs, auxquelles votre équipe ou organisation n’a peut-être pas accès (code ou télémétrie).
• Les composants s’exécutent sur un nombre quelconque d’instances de serveur, rôle ou conteneur.
• Les composants peuvent être distincts des ressources Application Insights, même si les abonnements sont différents. Ils peuvent également représenter des rôles différents qui rapportent à une seule ressource Application Insights. L’expérience de cartographie en préversion montre les composants, quelle que soit leur configuration.

Cartographie d’application composite

Vous pouvez afficher la topologie complète des applications sur plusieurs niveaux des composants d’application associés. Les composants peuvent représenter différentes ressources Application Insights ou différents rôles d’une seule ressource. La cartographie d’application trouve les composants en suivant les appels de dépendance HTTP effectués entre les serveurs sur lesquels le Kit de développement logiciel (SDK) Application Insights est installé.

Cette expérience démarre la découverte progressive des composants. Lorsque vous chargez la Cartographie d’application pour la première fois, un ensemble de requêtes est déclenché pour découvrir les composants liés à ce composant. Un bouton dans l’angle supérieur gauche met à jour le nombre de composants de votre application dès qu’ils sont découverts.

Lorsque vous sélectionnez Update map components (Mettre à jour les composants de carte), la carte est actualisée avec tous les composants détectés. Selon la complexité de votre application, le chargement de cette mise à jour peut prendre une minute.

Si tous les composants sont des rôles au sein d’une seule ressource Application Insights, cette étape de découverte n’est pas requise. La charge initiale pour une telle application aura tous ses composants.

L’un des principaux objectifs de cette expérience est de permettre de visualiser des topologies complexes incluant des centaines de composants.

Sélectionnez n’importe quel composant pour afficher des informations connexes ainsi que les performances et l’expérience de triage des défaillances de ce composant.

Examiner les échecs

Sélectionnez Examiner les échecs pour ouvrir le volet Échecs.

Examiner les performances

Pour résoudre les problèmes de performances, sélectionnez Examiner les performances.

Accéder aux détails

Le bouton Accéder aux détails affiche l’expérience de transaction de bout en bout, qui offre des vues au niveau de la pile des appels.

Afficher dans les journaux (Analytics)

Pour interroger et examiner vos données d’application de manière plus approfondie, cliquez sur Afficher dans les journaux (Analytics).

Alertes

Pour afficher les alertes actives et les règles sous-jacentes qui entraînent le déclenchement d’alertes, sélectionnez Alertes.

Définir ou remplacer le nom du rôle cloud

La cartographie d’application utilise la propriété nom du rôle cloud pour identifier les composants sur la carte.

Suivez ces conseils pour définir ou remplacer manuellement le nom de rôle cloud et modifier ce qui apparaît sur la cartographie d’application.

Notes

Le Kit de développement logiciel (SDK) ou l’agent Application Insights ajoute automatiquement la propriété du nom du rôle cloud à la télémétrie émise par les composants dans un environnement Azure App Service.

.NET/.NetCore

Écrire un initialiseur TelemetryInitializer personnalisé

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";
            }
        }
    }
}

Applications ASP.NET : Charger l’initialiseur dans la configuration TelemetryConfiguration active

Dans ApplicationInsights.config :

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

Une autre méthode pour les applications web ASP.NET consiste à instancier l’initialiseur dans le code, par exemple dans Global.aspx.cs :

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

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

Notes

Il n’est pas possible d’ajouter l’initialiseur en utilisant ApplicationInsights.config ou TelemetryConfiguration.Active pour les applications ASP.NET Core.

Applications ASP.NET Core : charger un initialiseur dans TelemetryConfiguration

Pour les applications ASP.NET Core, pour ajouter une nouvelle instance TelemetryInitializer, vous l’ajoutez au conteneur Injection de dépendances, comme indiqué. Vous effectuez cette étape dans la méthode ConfigureServices de votre classe Startup.cs.

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

Java

Le nom de rôle cloud est défini comme indiqué dans cet exemple :

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

Vous pouvez également définir le nom de rôle cloud via la variable d’environnement ou la propriété système. Pour plus d’informations, consultez Configuration du nom de rôle cloud.

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";

Autre méthode pour 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

Pour Python, vous pouvez utiliser des processeurs de télémétrie OpenCensus Python.

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)

Comprendre le nom de rôle cloud dans le contexte d’une cartographie d’application

Pour vous aider à comprendre le concept de noms de rôles cloud, examinez une cartographie d’application présentant plusieurs noms de rôles cloud.

Dans la cartographie d’application illustrée, les noms présents dans les zones vertes correspondent à des valeurs de nom de rôle cloud pour différents aspects de cette application distribuée. Pour cette application, les rôles sont les suivants : Authentication, acmefrontend, Inventory Management et Payment Processing Worker Role.

Dans cette application, chaque nom de rôle cloud représente également une ressource Application Insights unique avec ses propres clés d’instrumentation. Le propriétaire de cette application ayant accès aux quatre ressources Application Insights distinctes, la cartographie d’application peut constituer une représentation des relations sous-jacentes.

Pour les définitions officielles :

   [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";

L’instance de rôle cloud peut également être utile pour les scénarios où un nom de rôle cloud vous indique que le problème se trouve quelque part dans votre front-end web. Toutefois, vous exécutez peut-être plusieurs serveurs à charge équilibrée sur votre front-end web. Être en mesure d’explorer une couche plus approfondie via des requêtes Kusto et de savoir si le problème affecte tous les serveurs ou instances front-end web ou simplement un seul peut être important.

Vue intelligente Un scénario où vous pourriez vouloir remplacer la valeur de l’instance de rôle cloud pourrait être par exemple lorsque votre application s’exécute dans un environnement conteneurisé. Dans ce cas, sachez simplement que le serveur individuel ne dispose pas de suffisamment d’informations pour localiser un problème spécifique.

Pour plus d’informations sur la substitution de la propriété nom du rôle cloud avec des initialiseurs de télémétrie, consultez Ajouter des propriétés : ITelemetryInitializer.

---

Filtres de cartographie d’application

Les filtres de cartographie d’application permettent à l’utilisateur de réduire le nombre de nœuds et d’arêtes montrés en appliquant un ou plusieurs filtres. Ces filtres peuvent être utilisés pour réduire l’étendue de la cartographie, en montrant une cartographie plus petite et plus ciblée.

Création de filtres de cartographie d’application

Pour créer un filtre, sélectionnez le bouton « Ajouter un filtre » dans la barre d’outils de la cartographie d’application.

Une boîte de dialogue avec trois sections s’affiche : 1) Sélectionner le type de filtre, 2) Choisir des paramètres de filtre et 3) Vérifier.

La première section a deux options :

1. Filtre de nœud
2. Filtre de connecteur (arête)

Le contenu des autres sections change en fonction de l’option sélectionnée.

Filtres de nœud

Les filtres de nœud permettent à l’utilisateur de ne laisser que les nœuds sélectionnés sur la cartographie et de masquer le reste. Un filtre de nœud vérifie si chaque nœud contient une propriété (son nom, par exemple) avec une valeur qui correspond à une valeur de recherche via un opérateur donné. Si un nœud est supprimé par un filtre de nœud, tous ses connecteurs (arêtes) sont également supprimés.

Trois paramètres sont disponibles pour les nœuds :

• « Nœuds inclus » permet à l’utilisateur de sélectionner uniquement les nœuds avec les propriétés correspondantes ou d’inclure également les nœuds sources, les nœuds cibles ou les deux dans la cartographie résultante.

  • « Nœuds et sources, cibles » -- Cela signifie que les nœuds qui correspondent aux paramètres de recherche sont inclus dans la cartographie résultante, et les nœuds qui sont des sources ou des cibles pour le nœud correspondant sont également inclus, même s’ils n’ont pas de valeurs de propriété qui correspondent à la recherche. Les nœuds sources et cibles sont collectivement appelés nœuds « connectés ».

  • « Nœuds et sources » -- Identique à ce qui précède, sauf que les nœuds cibles ne sont pas automatiquement inclus dans les résultats.

  • « Nœuds et cibles » -- Identique à ce qui précède, sauf que les nœuds sources ne sont pas automatiquement inclus.

  • « Nœuds uniquement » -- Tous les nœuds de la cartographie résultante doivent avoir une valeur de propriété qui correspond.

• « Opérateur » est le type de vérification qui sera effectué sur les valeurs de propriété de chaque nœud :

  • contains

  • !contains (not contains)

  • == (equals)

  • != (not equals)

• « Valeur de recherche » est le texte qui doit être contenu, ne pas être contenu, égal ou pas égal à une valeur de propriété de nœud. Certaines des valeurs trouvées dans les nœuds qui sont sur la cartographie sont affichées dans une liste déroulante. Toute valeur arbitraire peut être entrée en cliquant sur « Créer l’option ... » dans la liste déroulante.

Par exemple, dans la capture d’écran ci-dessous, le filtre est configuré pour sélectionner le ou les Nœud(s) qui contient/contiennent le texte « -ouest ». Les nœuds sources et cibles sont également inclus dans la cartographie résultante. Dans la même capture d’écran, l’utilisateur peut sélectionner l’une des valeurs trouvées dans la cartographie ou créer une option qui ne correspond pas exactement à celle trouvée dans la cartographie.

Filtres de connecteur (arête)

Les filtres de connecteur examinent les propriétés d’un connecteur pour qu’elles correspondent à une valeur. Les connecteurs qui ne correspondent pas au filtre sont supprimés de la cartographie. Il en est de même pour les nœuds sans connecteurs restants.

Les filtres de connecteur nécessitent trois paramètres :

• « Filtrer les connecteurs par » permet à l’utilisateur de choisir quelle propriété d’un connecteur utiliser :

  • « Connecteur d’erreur (mis en évidence en rouge) » sélectionne les connecteurs en fonction de leur couleur (rouge ou non). Une valeur ne peut pas être entrée pour ce type de filtre, uniquement un opérateur qui est « == » ou « != » qui signifie « connecteur avec des erreurs » et « connecteur sans erreur ».

  • « Taux d’erreur » utilise le taux d’erreur moyen pour le connecteur---le nombre d’appels ayant échoué divisé par le nombre de tous les appels---exprimé en pourcentage. Par exemple, la valeur « 1 » fait référence à 1 % d’appels ayant échoué.

  • « Durée moyenne des appels (****ms) » utilise juste cela : la durée moyenne de tous les appels représentés par le connecteur, en millisecondes. Par exemple, la valeur « 1 000 » fait référence aux appels dont la moyenne est de 1 seconde.

  • « Nombre d’appels » utilise le nombre total d’appels représentés par le connecteur.

• « Opérateur » est la comparaison qui sera appliquée entre la propriété de connecteur et la valeur entrée ci-dessous. Les options changent : « Connecteur d’erreur » a des options égal/pas égal à, tandis que toutes les autres ont supérieur/inférieur à.

• « Valeur » est la valeur de comparaison pour le filtre. Il n’existe qu’une seule option pour le filtre « Connecteur d’erreur » : « Erreurs ». D’autres types de filtres nécessitent une valeur numérique et offrent une liste déroulante avec des entrées préremplies appropriées à la cartographie.

  • Certaines de ces entrées ont une désignation « (Pxx) » qui sont des niveaux de centile. Par exemple, le filtre « Durée moyenne des appels » peut avoir la valeur « 200 (P90) », ce qui indique que 90 % de tous les connecteurs (quel que soit le nombre d’appels qu’ils représentent) ont une durée d’appel inférieure à 200 ms.

  • Lorsqu’un nombre spécifique n’apparaît pas dans la liste déroulante, il peut être tapé et créé en cliquant sur « Créer l’option ». La saisie de « P » montre toutes les valeurs de centile dans la liste déroulante.

Section Révision

La section Révision contient des descriptions textuelles et visuelles de ce que fait le filtre, ce qui devrait être utile pour apprendre le fonctionnement des filtres :

Utilisation de filtres dans la cartographie d’application

Interactivité des filtres

Après avoir configuré un filtre dans la fenêtre contextuelle « Ajouter un filtre », sélectionnez « Appliquer » pour créer le filtre. Plusieurs filtres peuvent être appliqués, et fonctionnent de façon séquentielle, de gauche à droite. Chaque filtre peut supprimer d’autres nœuds et connecteurs, mais ne peut pas les rajouter à la cartographie.

Les filtres s’affichent sous forme de boutons ronds au-dessus de la cartographie d’application :

Si vous cliquez sur sur un filtre, vous supprimez ce filtre. Cliquer ailleurs sur le bouton permet à l’utilisateur de modifier les valeurs du filtre. Lorsque l’utilisateur change des valeurs dans le filtre, les nouvelles valeurs sont appliquées afin que la cartographie soit un aperçu du changement. Cliquer sur « Annuler » restaure le filtre tel qu’il était avant la modification.

Réutilisation des filtres

Vous pouvez réutiliser des filtres de deux manières :

• Le bouton « Copier le lien » dans la barre d’outils au-dessus de la cartographie encode les informations de filtre dans l’URL copiée. Ce lien peut être enregistré dans les signets du navigateur ou partagé avec d’autres personnes. « Copier le lien » conserve la valeur de durée, mais pas l’heure absolue, de sorte que la cartographie qui s’affichera plus tard peut être différente de celle observée lors de la création du lien.

• L’épingle du tableau de bord se trouve à côté de la barre de titre du volet Cartographie d’application. Ce bouton épingle la cartographie à un tableau de bord, ainsi que les filtres qui lui sont appliqués. Cette action peut être utile pour les filtres qui sont souvent intéressants. Par exemple, l’utilisateur peut épingler une cartographie avec le filtre « Connecteur d’erreur » appliqué, et la vue du tableau de bord montre uniquement les nœuds qui ont des erreurs dans leurs appels HTTP.

Scénarios d’utilisation des filtres

Il existe de nombreuses combinaisons de filtres. Voici quelques suggestions qui s’appliquent à la plupart des cartographies et qui peuvent être utiles à épingler sur un tableau de bord :

• Affichez uniquement les erreurs qui semblent significatives à l’aide du filtre « Connecteur d’erreur » avec « Vue intelligente » :
  

• Masquez les connecteurs à faible trafic sans erreur pour vous concentrer rapidement sur les problèmes ayant un impact plus élevé :

• Affichez les connecteurs à haut trafic avec une durée moyenne élevée pour vous concentrer sur les problèmes de performances potentiels :

• Affichez une partie spécifique d’une application distribuée (nécessite une convention de nommage roleName appropriée) :

• Masquez un type de dépendance trop bruyant :

• Affichez uniquement les connecteurs qui ont des taux d’erreur supérieurs à une valeur spécifique

---

Vue intelligente de la carte d’application

Les sections suivantes traitent de la vue intelligente.

Résumé de la vue intelligente

La Vue intelligente de la cartographie d’application est conçue pour faciliter les enquêtes sur l’intégrité des services. Elle applique le Machine Learning pour identifier rapidement les causes racines ou les problèmes potentiels en filtrant le bruit. Le modèle Machine Learning apprend du comportement historique de la Cartographie d’application pour identifier les modèles et anomalies dominants qui indiquent les causes potentielles d’un incident.

Dans de grandes applications distribuées, il y a toujours un certain degré de bruit provenant de défaillances « bénignes », ce qui peut entraîner le bruit de la cartographie d’application en affichant de nombreux bords rouges. La vue intelligente affiche uniquement les causes les plus probables d’échec du service et supprime les arêtes rouges de nœud à nœud (communication de service à service) dans les services sains. La vue intelligente met en surbrillance les bords en rouge qui doivent être examinés. Elle fournit également des insights actionnables sur les bords en surbrillance.

Avantages de la vue intelligente

• Réduit le temps de résolution en mettant en surbrillance uniquement les échecs qui doivent être examinés
• Fournit des insights actionnables sur la raison pour laquelle un certain bord rouge a été mis en surbrillance
• Permet à la Cartographie d’application d’être utilisée pour les grandes applications distribuées en toute transparence (en se concentrant uniquement sur les bords marqués en rouge)

Activer la vue intelligente dans la Cartographie d’application

Activez le bouton bascule Vue intelligente. Si vous le souhaitez, pour modifier la sensibilité des détections, sélectionnez Bas, Moyen ou Élevé. Pour plus d’informations, consultez la question de résolution des problèmes concernant la sensibilité.

Après avoir activé la vue intelligente, sélectionnez l’un des bords en surbrillance pour afficher les « insights actionnables ». Les insights apparaissent dans le volet à droite et expliquent pourquoi le bord a été mis en surbrillance.

Pour commencer la résolution des problèmes, sélectionnez Examiner les échecs. Dans le volet Échecs qui s’ouvre, examinez si le problème détecté est la cause racine. Si aucun bord n’est rouge, le modèle Machine Learning n’a pas trouvé d’incidents potentiels dans les dépendances de votre application.

Pour fournir des commentaires, sélectionnez le bouton Commentaires sur la carte.

Comment la vue intelligente détermine-t-elle où les bords rouges sont mis en surbrillance ?

La vue intelligente utilise le modèle Machine Learning AIOps breveté pour mettre en surbrillance ce qui est vraiment important dans une Cartographie d’application.

Voici quelques-uns des exemples à prendre en compte :

• Taux d’échecs
• Nombres de demandes
• Durées
• Anomalies dans les données
• Types de dépendances

Pour la comparaison, la vue normale utilise uniquement le taux d’échec brut.

Comment fonctionne la sensibilité de la vue intelligente ?

La sensibilité de la vue intelligente ajuste la probabilité qu’un problème de service soit détecté.

Ajustez la sensibilité pour obtenir le niveau de confiance souhaité dans les bords mis en surbrillance.

Paramètre de sensibilité	Résultats
Élevé	Moins de bords seront mis en surbrillance.
Moyenne (par défaut)	Un nombre équilibré de bords sera mis en surbrillance.
Faible	Moins de bords seront mis en surbrillance.

Limitations de la vue intelligente

La vue intelligente présente certaines limitations :

• Les grandes applications distribuées peuvent prendre une minute pour charger la vue intelligente.
• Les délais d’exécution allant jusqu’à sept jours sont pris en charge.

Pour fournir des commentaires, consultez Commentaires sur le portail.

---

Dépannage

Si la Cartographie d’application ne fonctionne pas comme prévu, essayez ces étapes.

Général

1. Veillez à utiliser un SDK officiellement pris en charge. Les Kits de développement logiciel (SDK) non pris en charge ou de la communauté ne prennent pas forcément en charge la corrélation.

   Pour obtenir la liste des Kits de développement logiciel (SDK) pris en charge, consultez Application Insights : langages, plateformes et intégrations.

2. Mettez à niveau tous les composants avec la dernière version du SDK.

3. Si vous utilisez Azure Functions avec C#, effectuez une mise à niveau vers Azure Functions V2.

4. Vérifiez que nom de rôle cloud est correctement configuré.

5. S’il vous manque une dépendance, vérifiez qu’elle figure dans la liste des dépendances collectées automatiquement. Sinon, vous pouvez toujours la suivre manuellement avec un suivi d’appel de dépendance.

Trop grand nombre de nœuds sur la carte

La cartographie d’applications construit un nœud d’application pour chaque nom de rôle de cloud unique présent dans la télémétrie de votre requête. Un nœud de dépendance est également construit pour chaque combinaison unique de type, de cible et de nom de rôle cloud.

En présence de plus de 10 000 nœuds dans vos données de télémétrie, la Cartographie d’application n’est pas en mesure d’extraire tous les nœuds et liens, et votre carte sera incomplète. Si ce scénario se produit, un message d’avertissement apparaît lorsque vous affichez la carte.

La Cartographie d’application ne peut prendre en charge que 1 000 nœuds non groupés distincts affichés simultanément. La Cartographie d’applications réduit la complexité visuelle en regroupant les dépendances qui ont le même type et les appelants.

Si votre télémétrie comporte trop de noms de rôles cloud uniques ou trop de types de dépendances, ce regroupement sera insuffisant et la cartographie ne sera pas affichée.

Pour remédier à ce problème, il vous faudra modifier votre instrumentation afin de bien définir le nom de rôle cloud, le type de dépendance, ainsi que les champs cibles de dépendance.

• La cible de dépendance doit représenter le nom logique d’une dépendance. En général, celui-ci correspond au nom de serveur ou de ressource de la dépendance. Par exemple, dans le cas de dépendances HTTP, il est défini sur le nom d’hôte. Il ne devrait pas contenir d'ID uniques ou de paramètres qui changent d'une requête à une autre.

• Le type de dépendance doit représenter le type logique d’une dépendance. Par exemple, HTTP, SQL ou Objet Blob Azure sont des types de dépendances classiques. Il ne devrait pas contenir d'ID uniques.

• L’objectif du nom de rôle cloud est décrit dans la section Définir ou remplacer le nom de rôle cloud.

Vue intelligente

Questions de résolution des problèmes courantes sur la vue intelligente.

Pourquoi ce bord n’est-il pas mis en surbrillance, même avec une faible sensibilité ?

Une dépendance peut sembler échouer, mais le modèle n’indique pas qu’il s’agit d’un incident potentiel :

• Si cette dépendance échoue depuis un certain temps, le modèle peut croire qu’il s’agit d’un état normal et ne pas mettre en évidence l’arête pour vous. Il se concentre sur la résolution des problèmes dans RT.
• Si cette dépendance a un effet minimal sur les performances globales de l’application, cela peut également rendre le modèle ignoré.
• Si aucune des informations ci-dessus n’est correcte, utilisez l’option Commentaires et décrivez votre expérience. Vous pouvez nous aider à améliorer les versions futures du modèle.

Pourquoi le bord est-il mis en surbrillance ?

Si un bord est mis en surbrillance, l’explication du modèle doit vous diriger vers les fonctionnalités les plus importantes qui ont fait que le modèle donne à cette dépendance un score de probabilité élevé. La recommandation n’est pas basée uniquement sur les défaillances, mais d’autres indicateurs comme la latence inattendue dans les flux dominants.

Pourquoi la vue intelligente ne se charge-t-elle pas ?

Si la vue intelligente ne se charge pas, définissez l’intervalle de temps de six jours ou moins.

Pourquoi le chargement de la vue intelligente prend-il beaucoup de temps ?

Évitez de sélectionner Update map components (Mettre à jour les composants de carte).

Activez la vue intelligente uniquement pour une seule ressource Application Insights.

Commentaires du portail

Pour envoyer des commentaires, utilisez l’option de commentaires.

Étapes suivantes

• Pour en savoir plus sur le fonctionnement de la corrélation dans Application Insights, consultez la corrélation des données de télémétrie.
• L’expérience de diagnostic de la transaction de bout en bout met en corrélation la télémétrie côté serveur de tous vos composants Application Insights surveillés dans une vue unique.
• Pour des scénarios de corrélation avancés dans ASP.NET Core et ASP.NET, consultez Effectuer le suivi des opérations personnalisées.