Lire en anglais

Partager via


Activer la surveillance des applications dans les applications Azure App Service pour .NET, Node.js, Python et Java

L’instrumentation automatique, également appelée supervision du runtime, est le moyen le plus simple d’activer Application Insights pour Azure App Service sans modifications de code ou de configurations avancées. Selon votre scénario spécifique, évaluez si avez besoin d’une supervision plus avancée via une instrumentation manuelle.

Notes

Le support de l’ingestion de clé d’instrumentation prendra fin le 31 mars 2025. L’ingestion de clé d’instrumentation continuera de fonctionner, mais nous ne fournirons plus de mises à jour ni de support pour la fonctionnalité. Passez aux chaînes de connexion pour tirer parti des nouvelles fonctionnalités.

Activer Application Insights

Important

Si la supervision par instrumentation automatique et l’instrumentation manuelle basée sur un kit de développement logiciel (SDK) sont détectées, seuls les paramètres de l’instrumentation manuelle sont appliqués. Cette organisation empêche l’envoi de données en double. Pour en savoir plus, consultez Résolution des problèmes.

Notes

Instrumentation automatique dans le portail Azure

  1. Sélectionnez Application Insights dans le menu de navigation de gauche de votre service d’application, puis Activer.

     Capture d’écran montrant l’onglet Application Insights avec Activer sélectionné.

  2. Créez une ressource ou sélectionnez une ressource Application Insights existante pour cette application.

    Notes

    Quand vous sélectionnez OK pour créer une ressource, vous êtes invité à Appliquer les paramètres de supervision. Si vous sélectionnez Continuer, votre nouvelle ressource Application Insights est liée à votre service d’application. Votre service d’application redémarre.

    Capture d’écran montrant la liste déroulante Changer votre ressource.

  3. Après avoir spécifié la ressource à utiliser, vous pouvez choisir la façon dont Application Insights doit collecter les données par plateforme pour votre application. Les options de collecte d’ASP.NET Core sont Recommandé ou Désactivé.

     Capture d’écran montrant la section d’instrumentation de votre application.

Mettre à niveau manuellement l’extension/agent de supervision

Mise à niveau à partir des versions 2.8.9 et ultérieures

La mise à niveau à partir de la version 2.8.9 s’effectue automatiquement, sans aucune action supplémentaire de votre part. Les nouveaux BITS de supervision sont fournis en arrière-plan au service d’application cible et récupérés au redémarrage de l’application.

Pour connaître la version de votre extension, accédez à l’adresse https://yoursitename.scm.azurewebsites.net/ApplicationInsights.

Capture d’écran montrant le chemin de l’URL pour vérifier la version de l’extension que vous exécutez.

Mise à niveau à partir des versions 1.0.0 - 2.6.5

Depuis la version 2.8.9, l’extension de site préinstallée est utilisée. Si vous avez une version antérieure, vous pouvez la mettre à jour de deux façons :

  • Mettre à niveau en activant via le portail Azure : même si vous avez installé l’extension Application Insights pour App Service, l’interface utilisateur affiche uniquement le bouton Activer. En arrière-plan, l’ancienne extension de site privée est supprimée.

  • Mettre à niveau par le biais de PowerShell :

    1. Définissez les paramètres de l’application pour activer l’extension de site préinstallée ApplicationInsightsAgent. Pour plus d’informations, consultez Activer via PowerShell.
    2. Supprimez manuellement l’extension de site privée nommée extension Application Insights pour Azure App Service.

Si la mise à niveau est effectuée à partir d’une version antérieure à 2.5.1, vérifiez que les DLL ApplicationInsights sont supprimées du dossier corbeille de l’application. Pour plus d’informations, consultez la page Dépannage.

Configurer l’extension/agent de supervision

Actuellement, nous n’offrons pas d’options pour configurer l’extension de supervision d’ASP.NET Core.

Activer la supervision côté client

La supervision côté client est activée par défaut pour les applications ASP.NET Core avec le niveau de collecte Recommandé, que le paramètre d’application APPINSIGHTS_JAVASCRIPT_ENABLED soit présent ou non.

Si vous voulez désactiver la supervision côté client :

  1. Sélectionnez Paramètres>Configuration.

  2. Sous Paramètres de l’application, créez un Nouveau paramètre d’application avec les informations suivantes :

    • Nom : APPINSIGHTS_JAVASCRIPT_ENABLED
    • Valeur : false
  3. Enregistrez les paramètres. Redémarrez votre application.

Automatiser la supervision

Pour activer la collecte de données de télémétrie avec Application Insights, il vous suffit de définir les paramètres suivants de l’application :

Capture d’écran montrant les paramètres d’application App Service avec les paramètres Application Insights.

Définitions des paramètres d’application

Nom du paramètre d’application Définition Valeur
ApplicationInsightsAgent_EXTENSION_VERSION Extension principale, qui contrôle la supervision runtime. ~2 pour Windows ou ~3 pour Linux
XDT_MicrosoftApplicationInsights_Mode Dans le mode par défaut, seules les fonctionnalités essentielles sont activées afin de garantir des performances optimales. disabled ou recommended.
XDT_MicrosoftApplicationInsights_PreemptSdk Pour les applications ASP.NET Core uniquement. Active la technologie interop (interopérabilité) avec le kit SDK Application Insights. Charge l’extension côte à côte avec le kit SDK et l’utilise pour envoyer les données de télémétrie. (Désactive le kit SDK Application Insights.) 1

Paramètres d’application App Service avec Azure Resource Manager

Les paramètres d’application pour Azure App Services peuvent être gérés et configurés à l’aide de modèles Azure Resource Manager. Vous pouvez utiliser cette méthode au moment de déployer de nouvelles ressources App Service avec l’automatisation Resource Manager ou modifiez les paramètres des ressources existantes.

La structure de base des paramètres d’application JSON pour une ressource App Service :

      "resources": [
        {
          "name": "appsettings",
          "type": "config",
          "apiVersion": "2015-08-01",
          "dependsOn": [
            "[resourceId('Microsoft.Web/sites', variables('webSiteName'))]"
          ],
          "tags": {
            "displayName": "Application Insights Settings"
          },
          "properties": {
            "key1": "value1",
            "key2": "value2"
          }
        }
      ]

Pour obtenir un exemple de modèle Resource Manager où les paramètres d’application sont configurés pour Application Insights, consultez ce modèle. Plus précisément, consultez la section qui commence à la ligne 238.

Pour créer un modèle Resource Manager avec les paramètres Application Insights par défaut, commencez le processus comme si vous alliez créer une nouvelle application web avec Application Insights activé.

  1. Créez une ressource App Service avec les informations d’application web souhaitées. Activez Application Insights sous l’onglet Supervision.

  2. Sélectionnez Revoir + créer. Sélectionnez ensuite Télécharger un modèle pour automation.

    Capture d’écran montrant le menu de création d’application web App Service.

    Cette option génère le dernier modèle Resource Manager configuré avec tous les paramètres nécessaires.

    Capture d’écran montrant un modèle d’application web App Service.

Dans l’exemple suivant, remplacez toutes les instances de AppMonitoredSite par le nom de votre site :

Notes

Si vous travaillez sous Windows, définissez ApplicationInsightsAgent_EXTENSION_VERSION sur ~2. Si vous travaillez sous Linux, définissez ApplicationInsightsAgent_EXTENSION_VERSION sur ~3.

{
    "resources": [
        {
            "name": "[parameters('name')]",
            "type": "Microsoft.Web/sites",
            "properties": {
                "siteConfig": {
                    "appSettings": [
                        {
                            "name": "APPINSIGHTS_INSTRUMENTATIONKEY",
                            "value": "[reference('microsoft.insights/components/AppMonitoredSite', '2015-05-01').InstrumentationKey]"
                        },
                        {
                            "name": "APPLICATIONINSIGHTS_CONNECTION_STRING",
                            "value": "[reference('microsoft.insights/components/AppMonitoredSite', '2015-05-01').ConnectionString]"
                        },
                        {
                            "name": "ApplicationInsightsAgent_EXTENSION_VERSION",
                            "value": "~2"
                        }
                    ]
                },
                "name": "[parameters('name')]",
                "serverFarmId": "[concat('/subscriptions/', parameters('subscriptionId'),'/resourcegroups/', parameters('serverFarmResourceGroup'), '/providers/Microsoft.Web/serverfarms/', parameters('hostingPlanName'))]",
                "hostingEnvironment": "[parameters('hostingEnvironment')]"
            },
            "dependsOn": [
                "[concat('Microsoft.Web/serverfarms/', parameters('hostingPlanName'))]",
                "microsoft.insights/components/AppMonitoredSite"
            ],
            "apiVersion": "2016-03-01",
            "location": "[parameters('location')]"
        },
        {
            "apiVersion": "2016-09-01",
            "name": "[parameters('hostingPlanName')]",
            "type": "Microsoft.Web/serverfarms",
            "location": "[parameters('location')]",
            "properties": {
                "name": "[parameters('hostingPlanName')]",
                "workerSizeId": "[parameters('workerSize')]",
                "numberOfWorkers": "1",
                "hostingEnvironment": "[parameters('hostingEnvironment')]"
            },
            "sku": {
                "Tier": "[parameters('sku')]",
                "Name": "[parameters('skuCode')]"
            }
        },
        {
            "apiVersion": "2015-05-01",
            "name": "AppMonitoredSite",
            "type": "microsoft.insights/components",
            "location": "West US 2",
            "properties": {
                "ApplicationId": "[parameters('name')]",
                "Request_Source": "IbizaWebAppExtensionCreate"
            }
        }
    ],
    "parameters": {
        "name": {
            "type": "string"
        },
        "hostingPlanName": {
            "type": "string"
        },
        "hostingEnvironment": {
            "type": "string"
        },
        "location": {
            "type": "string"
        },
        "sku": {
            "type": "string"
        },
        "skuCode": {
            "type": "string"
        },
        "workerSize": {
            "type": "string"
        },
        "serverFarmResourceGroup": {
            "type": "string"
        },
        "subscriptionId": {
            "type": "string"
        }
    },
    "$schema": "https://schema.management.azure.com/schemas/2014-04-01-preview/deploymentTemplate.json#",
    "contentVersion": "1.0.0.0"
}

Activer par le biais de PowerShell

Pour activer la supervision d’application via PowerShell, seuls les paramètres d’application sous-jacents doivent être modifiés. L’exemple suivant active la supervision d’application pour un site web appelé AppMonitoredSite dans le groupe de ressources AppMonitoredRG. Il configure les données à envoyer à la clé d’instrumentation 012345678-abcd-ef01-2345-6789abcd.

Notes

Nous vous recommandons d’utiliser le module Azure Az PowerShell pour interagir avec Azure. Pour bien démarrer, consultez Installer Azure PowerShell. Pour savoir comment migrer vers le module Az PowerShell, consultez Migrer Azure PowerShell depuis AzureRM vers Az.

Notes

Si vous travaillez sous Windows, définissez ApplicationInsightsAgent_EXTENSION_VERSION sur ~2. Si vous travaillez sous Linux, définissez ApplicationInsightsAgent_EXTENSION_VERSION sur ~3.

$app = Get-AzWebApp -ResourceGroupName "AppMonitoredRG" -Name "AppMonitoredSite" -ErrorAction Stop
$newAppSettings = @{} # case-insensitive hash map
$app.SiteConfig.AppSettings | %{$newAppSettings[$_.Name] = $_.Value} # preserve non Application Insights application settings.
$newAppSettings["APPINSIGHTS_INSTRUMENTATIONKEY"] = "012345678-abcd-ef01-2345-6789abcd"; # set the Application Insights instrumentation key
$newAppSettings["APPLICATIONINSIGHTS_CONNECTION_STRING"] = "InstrumentationKey=012345678-abcd-ef01-2345-6789abcd"; # set the Application Insights connection string
$newAppSettings["ApplicationInsightsAgent_EXTENSION_VERSION"] = "~2"; # enable the ApplicationInsightsAgent
$app = Set-AzWebApp -AppSettings $newAppSettings -ResourceGroupName $app.ResourceGroup -Name $app.Name -ErrorAction Stop

Forum aux questions

Cette section fournit des réponses aux questions fréquentes.

Que modifie Application Insights dans mon projet ?

Cela dépend du type de projet. La liste suivante est un exemple d’application web.

  • Ajoute des fichiers à votre projet :

    • ApplicationInsights.config
    • ai.js
  • Installe des packages NuGet :

    • API Application Insights : API de base
    • API Application Insights pour les applications web : permet d’envoyer des données de télémétrie à partir du serveur
    • API Application Insights pour les applications JavaScript : permet d’envoyer des données de télémétrie à partir du client
  • Inclut des assemblys dans des packages :

    • Microsoft.ApplicationInsights
    • Microsoft.ApplicationInsights.Platform
  • Insère des éléments dans :

    • Web.config
    • packages.config
  • Insère des extraits de code dans le code du client et du serveur, afin de les initialiser avec l'ID de la ressource Application Insights. Par exemple, dans une application MVC, le code est inséré dans la page principale Views/Shared/_Layout.cshtml. Pour les nouveaux projets uniquement, vous ajoutez manuellement Application Insights à un projet existant.

Quelles sont les différences entre les métriques standard d’Application Insights et les métriques d’Azure App Service ?

Application Insights collecte des données de télémétrie pour les requêtes qui les ont transmises à l’application. Si l'échec se produit dans WebApps/WebServer et que la requête n'a pas atteint l'application utilisateur, Application Insights n'a aucune télémétrie à ce sujet.

La durée calculée pour serverresponsetime par Application Insights ne correspond pas nécessairement au temps de réponse du serveur observé par Web Apps. Ce comportement est dû au fait qu’Application Insights compte uniquement la durée nécessaire à la requête pour atteindre l’application utilisateur. Si la requête est bloquée ou mise en file d'attente dans WebServer, le temps d'attente est inclus dans les indicateurs de performance Web Apps mais pas dans les métriques Application Insights.

Dépannage

Tester la connectivité entre votre hôte d’application et le service d’ingestion

Les SDK et les agents Application Insights envoient de la télémétrie à ingérer en tant qu’appels REST à nos points de terminaison d’ingestion. Vous pouvez tester la connectivité de votre serveur web ou de votre machine hôte d’application vers les points de terminaison de service d’ingestion en utilisant des clients du Representational State Transfer (REST) bruts à partir de commandes PowerShell ou curl. Consultez Résoudre les problèmes de télémétrie d’application manquante dans Azure Monitor Application Insights.

Notes

Quand vous créez une application web avec les runtime ASP.NET Core dans App Service, elle déploie une seule page HTML statique en tant que site web de démarrage. Nous vous déconseillons de résoudre un problème avec le modèle par défaut. Déployez une application avant de résoudre un problème.

Données de télémétrie manquantes

Windows

  1. Vérifiez que le paramètre d’application ApplicationInsightsAgent_EXTENSION_VERSION défini a la valeur ~2.

  2. Accédez à https://yoursitename.scm.azurewebsites.net/ApplicationInsights.

    Capture d’écran montrant le lien au-dessus de la page de résultats.

    • Vérifiez que l’État de l’extension Application Insights est Pre-Installed Site Extension, version 2.8.x.xxxx, is running.

      Si l’état n’est pas « running », suivez les instructions dans la section Activer la supervision Application Insights.

    • Vérifiez que la source d’état existe et qu’elle ressemble à Status source D:\home\LogFiles\ApplicationInsights\status\status_RD0003FF0317B6_4248_1.json.

      S’il n’y en a pas, cela signifie que l’application n’est pas en cours d’exécution ou n’est pas prise en charge. Pour vous assurer que l’application est en cours d’exécution, essayez d’accéder manuellement à l’URL/aux points de terminaison de l’application, pour rendre disponibles les informations de runtime.

    • Vérifiez que IKeyExists a la valeur True. Si la valeur est False, ajoutez APPINSIGHTS_INSTRUMENTATIONKEY et APPLICATIONINSIGHTS_CONNECTION_STRING avec votre GUID iKey aux paramètres de votre application.

    • Si votre application fait référence à des packages Application Insights, l’activation de l’intégration d’App Service peut ne pas prendre effet et les données ne pas apparaître dans Application Insights. C’est le cas par exemple si vous avez déjà instrumenté ou tenté d’instrumenter votre application avec le kit de développement logiciel (SDK) ASP.NET Core. Pour résoudre le problème, dans le portail Azure, activez Interopérabilité avec le kit de développement logiciel (SDK) Application Insights.

      Important

      Cette fonctionnalité n’existe qu’en version préliminaire.

       Capture d’écran montrant le paramètre d’interopérabilité activé.

      Les données sont envoyées en utilisant une approche sans code, même si le kit de développement logiciel (SDK) Application Insights a été initialement utilisé ou a fait l’objet d’une tentative d’utilisation.

      Important

      Si l’application a utilisé le SDK Application Insights pour envoyer des données de télémétrie, la télémétrie est désactivée. En d’autres termes, la télémétrie personnalisée (par exemple, les méthodes Track*()) et les paramètres personnalisés (comme l’échantillonnage) sont désactivés.

Linux

  1. Vérifiez que le paramètre d’application ApplicationInsightsAgent_EXTENSION_VERSION défini a la valeur ~3.

  2. Accédez à https://your site name.scm.azurewebsites.net/ApplicationInsights.

  3. Dans ce site, vérifiez ce qui suit :

    • La source d’état existe et ressemble à Status source /var/log/applicationinsights/status_abcde1234567_89_0.json.
    • La valeur Auto-Instrumentation enabled successfully est affichée. Si une valeur similaire n’est pas présente, cela signifie que l’application n’est pas en cours d’exécution ou n’est pas prise en charge. Pour vous assurer que l’application est en cours d’exécution, essayez d’accéder manuellement à l’URL/aux points de terminaison de l’application, pour rendre disponibles les informations de runtime.
    • IKeyExists a la valeur True. Si la valeur est False, ajoutez APPINSIGHTS_INSTRUMENTATIONKEY et APPLICATIONINSIGHTS_CONNECTION_STRING avec votre GUID iKey aux paramètres de votre application.

    Capture d’écran montrant la page web d’état de l’instrumentation automatique.

Le site web par défaut déployé avec les applications web ne prend pas en charge le monitoring automatique côté client

Quand vous créez une application web avec les runtimes ASP.NET dans App Service, elle déploie une seule page HTML statique en tant que site web de démarrage. La page web statique charge aussi un composant web managé ASP.NET dans IIS. Ce comportement permet de tester la supervision côté serveur sans code, mais ne prend pas en charge la supervision automatique côté client.

Si vous souhaitez tester la supervision côté client et côté serveur sans coded’ASP.NET Core dans une application web App Service, nous vous recommandons de suivre les guides officiels de Création d’une application web ASP.NET Core. Utilisez ensuite les instructions de cet article pour activer la supervision.

PHP et WordPress ne sont pas pris en charge

Les sites PHP et WordPress ne sont pas pris en charge. Il n’existe actuellement aucun SDK/agent officiellement pris en charge pour la surveillance côté serveur de ces charges de travail. Pour suivre des transactions côté client sur un site PHP ou WordPress, ajoutez le JavaScript côté client à vos pages web à l’aide du kit de développement logiciel (SDK) JavaScript.

Le tableau suivant explique la signification de ces valeurs d’erreur, leurs causes sous-jacentes et les corrections conseillées.

Valeur du problème Explication Fix
AppAlreadyInstrumented:true Cette valeur indique que l’extension a détecté que certains éléments du kit de développement logiciel (SDK) sont déjà présents dans l’application et sont en attente. Une référence à Microsoft.ApplicationInsights.AspNetCore ou à Microsoft.ApplicationInsights peut entraîner cette valeur. Supprimez la référence. Certaines de ces références sont ajoutées par défaut à partir de certains modèles Visual Studio. Versions plus ancienne de la référence Visual Studio Microsoft.ApplicationInsights.
AppAlreadyInstrumented:true La présence de la DLL Microsoft.ApplicationsInsights issue d’un déploiement précédent dans le dossier de l’application peut également entraîner cette valeur. Supprimez ces DLL du dossier de l’application. Vérifiez le répertoire bin de votre application locale et le répertoire wwwroot sur l’App Service. (Pour vérifier le répertoire wwwroot de votre application web App Service, sélectionnez Outils avancés (Kudu) >Console de débogage>CMD>home\site\wwwroot).
IKeyExists:false Cette valeur indique que la clé d’instrumentation n’est pas présente dans le paramètre d’application APPINSIGHTS_INSTRUMENTATIONKEY. Cela peut s’expliquer par la suppression accidentelle des valeurs ou par l’oubli de définition des valeurs dans le script d’automatisation. Vérifiez que le paramètre est défini dans les paramètres d’application App Service.

Notes de publication

Cette section contient les notes de publication de la version d’Azure App Service basée sur ANT de l’instrumentation du runtime avec Application Insights.

Pour connaître la version de l’extension que vous utilisez actuellement, accédez à l’adresse https://<yoursitename>.scm.azurewebsites.net/ApplicationInsights.

2.8.44

2.8.43

  • Séparer des packages .NET/.NET Core, Java et Node.js dans différentes extensions de site Windows d’App Service.

2.8.42

2.8.41

  • Suppression des versions hors support (2.1). Les versions prises en charge sont les versions 3.1 et 5.0.

2.8.39

  • Ajout de la prise en charge de .NET Core 5.0.

2.8.38

  • Suppression des versions hors support (2.0, 2.2, 3.0). Les versions prises en charge sont les versions 2.1 et 3.1.

2.8.37

  • Extension Windows AppSvc : .NET Core rendu opérationnel avec tout version de System.Diagnostics.DiagnosticSource.dll.

2.8.36

  • Extension Windows AppSvc : activation d’inter-op avec le Kit de développement logiciel (SDK) IA dans .NET Core.

2.8.35

  • Extension Windows AppSvc : Ajout de la prise en charge de .NET Core 3.1.

2.8.33

  • Les agents .NET, .NET core, Java et Node.js, ainsi que l’extension Windows : Prise en charge des clouds souverains. Les chaînes de connexion peuvent être utilisées pour envoyer des données à des clouds souverains.

2.8.31

  • L’agent ASP.NET Core a résolu un problème avec le Kit de développement logiciel (SDK) Application Insights. Si le runtime a chargé la version incorrecte de System.Diagnostics.DiagnosticSource.dll, l’extension sans code ne bloque pas l’application et s’interrompt. Pour résoudre le problème, les clients doivent supprimer System.Diagnostics.DiagnosticSource.dll du dossier classe ou utiliser l’ancienne version de l’extension en définissant ApplicationInsightsAgent_EXTENSIONVERSION=2.8.24. Si ce n’est pas le cas, la surveillance des applications n’est pas activée.

2.8.26

  • Correction du problème lié à la mise à jour du kit de développement logiciel Application Insights. L’agent ne tente pas de charger AiHostingStartup si le fichier ApplicationInsights.dll est déjà présent dans le dossier classe. Cela résout les problèmes liés à la réflexion via Assembly<AiHostingStartup>.GetTypes().

  • Problèmes connus : Une exception System.IO.FileLoadException: Could not load file or assembly 'System.Diagnostics.DiagnosticSource, Version=4.0.4.0, Culture=neutral, PublicKeyToken=cc7b13ffcd2ddd51' peut être levée si une autre version de DiagnosticSource dll est chargée. Cela peut se produire, par exemple, si System.Diagnostics.DiagnosticSource.dll est présent dans le dossier de publication. Pour atténuer les risques, utilisez la version précédente de l’extension en définissant les paramètres de l’application dans services d’application : ApplicationInsightsAgent_EXTENSIONVERSION=2.8.24.

2.8.24

  • Version repackagée de 2.8.21.

2.8.23

  • Ajout de la prise en charge de l’analyse du code ASP.NET Core 3.0.

  • Mise à jour de ASP.NET Core SDK vers 2.8.0 pour les versions du runtime 2.1, 2.2 et 3.0. Les applications ciblant .NET Core 2.0 continuent à utiliser le 2.1.1 du kit de développement logiciel (SDK).

2.8.14

  • Mise à jour d’ASP.NET Core de la version du kit de développement logiciel (SDK) de 2.3.0 vers la dernière version (2.6.1) pour les applications ciblant .NET Core 2.1, 2.2. Les applications ciblant .NET Core 2.0 continuent à utiliser le 2.1.1 du kit de développement logiciel (SDK).

2.8.12

  • Prise en charge des applications ASP.NET Core 2.2.

  • Correction d’un bogue dans ASP.NET Core extension provoquant l’injection du SDK même lorsque l’application est déjà instrumentée avec le kit de développement logiciel (SDK). Pour les applications 2.1 et 2.2, la présence de ApplicationInsights.dll dans le dossier de l’application entraîne désormais l’interruption de l’extension. Pour les applications 2.0, l’extension est désactivée uniquement si ApplicationInsights est activé avec un appel de UseApplicationInsights().

  • Correction permanente de la réponse HTML incomplète pour les applications ASP.NET Core. Ce correctif est maintenant étendu pour fonctionner avec les applications .NET Core 2.2.

  • Ajout de la prise en charge de la désactivation de l’injection JavaScript pour les applications ASP.NET Core (APPINSIGHTS_JAVASCRIPT_ENABLED=false appsetting). Pour ASP.NET Core, l’injection JavaScript est en mode « désactivation » par défaut, sauf si elle est explicitement désactivée. (Le paramètre par défaut est utilisé pour conserver le comportement actuel.)

  • Correction du bogue de l’extension ASP.NET Core qui a provoqué l’injection même si ikey n’était pas présent.

  • Correction d’un bogue dans la logique de préfixe de la version du SDK qui provoquait une version incorrecte du kit de développement logiciel (SDK).

  • Ajout du préfixe de version du SDK pour les applications ASP.NET Core pour identifier la façon dont la télémétrie a été collectée.

  • Correction de la page SCM - ApplicationInsights pour afficher correctement la version de l’extension préinstallée.

2.8.10

  • Correction de la réponse HTML incomplète pour les applications ASP.NET Core.

Étapes suivantes