Modélisation de la santé des charges de travail

Les applications cloud génèrent des volumes élevés de données opérationnelles, ce qui complique l’identification et la résolution des problèmes rapidement. Une raison courante de ce défi est l'absence d'une base de référence de santé personnalisée aux fonctionnalités de la charge de travail et l'incapacité à détecter la dérive par rapport à cette base de référence.

La modélisation de l’intégrité est un exercice d’observabilité qui combine le contexte métier avec les données de surveillance brutes pour quantifier l’intégrité globale d’une charge de travail. Il permet de définir une base de référence sur laquelle vous pouvez surveiller la charge de travail. Vous devez envisager des données telles que la télémétrie à partir des composants d’infrastructure et d’application. La modélisation de la santé peut également incorporer d’autres informations nécessaires pour atteindre les objectifs de qualité de la charge de travail.

Les problèmes de performances ou la dégradation opérationnelle peuvent entraîner une dérive de l’état opérationnel attendu. En modélisant l’intégrité d’une charge de travail, vous pouvez identifier la dérive et prendre des décisions opérationnelles éclairées qui prennent en compte l’impact de l’entreprise.

La modélisation de la santé permet de combler le fossé entre les connaissances opérationnelles tribales et les insights exploitables. Il vous aide à gérer efficacement les problèmes critiques. Le concept est essentiel pour optimiser la fiabilité et l’efficacité opérationnelle.

Ce guide fournit des conseils pratiques sur la modélisation de la santé, notamment sur la création d’un modèle qui évalue la santé au moment de l'exécution d’une charge de travail et de tous ses sous-systèmes.

Terminologie

Avant de commencer à développer votre modèle de santé, familiarisez-vous avec ces termes clés.

Terminologie	Définition
Modélisation de la santé	Exercice d’observabilité qui utilise le contexte métier pour interpréter les données de monitoring en tant qu’états de santé.
Modèle de santé	Représentation graphique des entités logiques et de leurs relations pour une étendue donnée. Chaque nœud a une définition d’état d’intégrité pour rationaliser la supervision des données sur le modèle.
Entité de santé	Composant logique qui représente une unité individuelle d’un système, une combinaison logique de plusieurs entités associées ou du système global.
État de santé	État défini et mesurable qui fournit des insights opérationnels significatifs sur l’intégrité d’une entité.
Signal de santé	Flux de données individuels qui fournissent des insights sur le comportement opérationnel d’une entité.
Modèle de modèles	Étendue de modélisation agrégée dans laquelle les entités représentent des modèles d’intégrité distincts pour les systèmes de composants.

Nous vous recommandons de regarder cette vidéo pour vous donner une vue d'ensemble de la modélisation de la santé.

Qu’est-ce que l’intégrité, la modélisation de l’intégrité et un modèle d’intégrité ?

Le terme santé fait référence à l’état opérationnel d’une entité et à ses dépendances. Cette entité peut être une unité individuelle d’un système, une combinaison logique de plusieurs entités associées ou du système global.

Nous vous recommandons de représenter la santé dans l’un des trois états :

• Sain : fonctionne de façon optimale et répond aux attentes de qualité

• Détérioré : présente un comportement inférieur à sain, ce qui indique des problèmes potentiels

• Non sain : dans un état critique et nécessite une attention immédiate

Remarque

Vous pouvez représenter la santé avec un score au lieu d’états pour fournir une plus grande granularité des données.

Les états de santé sont dérivés en combinant des données de surveillance avec des informations de domaine. Chaque état doit être défini et doit être mesurable. Les états de santé sont calculés à l'aide de signaux de santé, qui sont des flux de données individuels fournissant des aperçus sur le comportement opérationnel d'une entité. Les signaux peuvent inclure des métriques, des logs, des traces ou d’autres caractéristiques de qualité. Par exemple, un signal d’intégrité pour une entité de machine virtuelle peut suivre la métrique d’utilisation du processeur. D’autres signaux pour cette entité peuvent inclure l’utilisation de la mémoire, la latence réseau ou les taux d’erreur.

Lorsque vous définissez des signaux d’intégrité, tenez compte des exigences non fonctionnelles de la charge de travail. Dans l’exemple d’utilisation du processeur, incluez les seuils attendus pour chaque état de santé. Si l’utilisation dépasse le seuil toléré conformément aux exigences de la charge de travail, le système passe de Sain à Détérioré ou non sain. Ces modifications d’état déclenchent les alertes ou actions appropriées.

La modélisation de la santé nécessite que les entités aient des états bien définis dérivés de plusieurs signaux de santé et qui sont contextualisés dans le contexte de la charge de travail. Par exemple, la définition d’intégrité d’une machine virtuelle peut être :

• Sain : Les principales exigences et cibles non fonctionnelles, telles que le temps de réponse, l’utilisation des ressources et les performances globales du système, sont entièrement satisfaites. Par exemple, 95 % des demandes sont traitées dans les 500 millisecondes. La charge de travail utilise des ressources de machine virtuelle telles que l’UC, la mémoire et le stockage de manière optimale et maintient un équilibre entre les demandes de charge de travail et la capacité disponible. L’expérience utilisateur est à des niveaux attendus.

• Détériorée : les ressources ne s’exécutent pas de manière optimale, mais sont toujours opérationnelles. Par exemple, le disque de stockage rencontre des problèmes de réduction de débit. Les utilisateurs peuvent rencontrer des réponses lentes.

• Non sain : la dégradation dépasse les limites tolérées. Les ressources ne sont plus réactives ou disponibles, et le système ne répond plus aux niveaux de performances acceptables. L’expérience utilisateur est gravement affectée.

Le résultat de la modélisation de la santé est un modèle ou une représentation graphique d’entités logiques et de leurs relations pour l’architecture de charge de travail. Chaque nœud a une définition de l’état de santé.

Important

Modélisation de la santé est un concept abstrait que vous pouvez implémenter et appliquer à différentes échelles si vous avez une bonne compréhension des scénarios métier.

Dans l’image :

• Les entités sont des composants logiques de la charge de travail qui représentent des aspects du système. Il peut s’agir de composants d’infrastructure, tels que des serveurs, des bases de données et des réseaux. Ils peuvent également être des modules d’application, des pods, des services ou des microservices spécifiques. Ou bien, les entités peuvent capturer des interactions utilisateur et des flux système au sein de la charge de travail.

  Remarque

  Les flux utilisateur et système résument les exigences non fonctionnelles dans les scénarios métier qui impliquent des composants d’application et d’infrastructure. Ce résumé reflète la valeur métier de l’application.

• Les relations entre les entités reflètent les chaînes de dépendances au sein du système. Par exemple, un module d’application peut appeler des composants d’infrastructure spécifiques qui forment une relation.

Envisagez un scénario dans lequel une charge de travail de commerce électronique rencontre un pic de messages ayant échoué dans une file d’attente Azure Service Bus, ce qui provoque l’échec des paiements. Ce problème est essentiel pour l’organisation en raison de la perte de revenus implicite. Bien qu’un développeur d’applications puisse comprendre l’effet de ce pic de métrique sur les paiements, cette connaissance tribale n’est pas souvent partagée entre l’équipe des opérations.

Un modèle de santé peut donner aux opérateurs une visibilité immédiate sur le problème et ses effets. Le flux de paiement dépend de Service Bus, qui est l’un des composants de la charge de travail. La représentation visuelle révèle l’état détérioré de l’instance Service Bus et son effet sur le flux de paiement. Les opérateurs peuvent comprendre l’importance du problème et concentrer leurs efforts de correction sur ce composant spécifique.

La modélisation de la santé était importante dans le scénario précédent de la façon suivante :

• Il a amélioré le temps de détecter (TTD) et le temps d’atténuer (TTM) en permettant une isolation plus rapide des problèmes, ce qui a conduit à une détection plus rapide des problèmes et des correctifs potentiels.

• Les opérateurs ont reçu des alertes basées sur des états de santé, ce qui a réduit le bruit inutile. Les opérateurs ont reçu des notifications qui ont fourni un contexte spécifique sur l’impact commercial sur les paiements.

• Les chaînes de dépendances ont aidé les opérateurs à comprendre pleinement l’étendue des problèmes opérationnels. Ces connaissances ont accéléré les évaluations d’impact et ont conduit à des réponses hiérarchisées. Les opérateurs ont également facilement identifié des problèmes en cascade ou corrélés.

• Les opérateurs ont mené des activités post-incident avec précision, car le modèle de santé a fourni des aperçus sur les causes profondes des anomalies et les signaux de santé spécifiques impliqués.

• Il a rendu les données de surveillance significatives pour tous les membres de l’équipe. Elle a fait le pont entre les connaissances tribales et les insights partagés.

• L’organisation a utilisé le modèle de santé comme base de référence pour les investissements futurs dans les opérations pilotées par l’IA afin de dériver des aperçus intelligents.

Schéma du modèle de santé

Les modèles de santé fournissent un schéma de données distinct optimisé pour les cas d'utilisation de l'observation. Ce schéma prend la modélisation de la santé d'un concept abstrait vers une solution mesurable. En modélisant vos exigences, objectifs et contexte architectural spécifiques, vous pouvez adapter les données de santé à votre cas particulier.

La santé est un concept de données relatives. Chaque modèle représente des données de santé uniques et hiérarchisées pour son étendue contextuelle, même s'ils utilisent le même ensemble d’entités. Ce qui constitue la bonne santé dans un scénario spécifique peut différer considérablement dans d’autres contextes.

Par exemple, considérez les ressources Azure du même type dans votre charge de travail.

• La machine virtuelle A exécute une application sensible au processeur.
• La machine virtuelle B gère un service gourmand en mémoire.

Les définitions de santé de ces machines sont différentes. Les métriques d’utilisation du processeur influencent probablement l’état d’intégrité de la machine virtuelle A, et la machine virtuelle B peut hiérarchiser les métriques liées à la mémoire.

Important

Un modèle de santé ne doit pas traiter toutes les défaillances de la même manière. Il doit clairement distinguer les défaillances attendues ou temporaires, mais récupérables et un véritable état d’urgence.

Créer un modèle de santé

La première étape pour construire un modèle de santé est un exercice de conception logique, qui implique généralement les activités décrites dans les sections suivantes.

Évaluer la conception de votre charge de travail

Commencez cet exercice de conception logique en évaluant les composants suivants de votre conception de charge de travail.

• Composants d’infrastructure tels que les clusters de calcul et les bases de données

• Composants d’application qui s’exécutent sur le calcul et leurs composants pertinents

• Dépendances logiques ou physiques entre les composants

• Flux utilisateur et système

Par exemple, le modèle d’intégrité d’une application de commerce électronique doit représenter l’état actuel des processus critiques tels que la connexion utilisateur, l’extraction et les paiements.

Contextualiser à l’aide des exigences métier

Évaluez l’importance relative et l’impact global de chaque flux sur votre organisation. Considérez des facteurs tels que l’expérience utilisateur, la sécurité et l’efficacité opérationnelle. Par exemple, dans la plupart des scénarios, l’échec d’un processus de paiement est probablement plus important que l’échec d’un processus de création de rapports.

Identifiez les chemins d’escalade pour gérer les problèmes liés à chaque flux. Pour plus d’informations, consultez Optimiser la conception de la charge de travail à l’aide de flux.

Remarque

Vous réalisez l'importance de la modélisation de la santé uniquement lorsque vous incorporez vos scénarios et votre contexte métier. Vous pouvez ensuite rationaliser l’impact de l’entreprise à partir de problèmes opérationnels.

Carte des métriques de fiabilité

Recherchez les métriques de fiabilité pertinentes dans la conception de l’application.

Envisagez de définir des indicateurs de niveau de service (SLA) et des objectifs de niveau de service (SLA) pour l’ensemble de l’application et de ses processus métier individuels. Ces SLI et ces SLO doivent s’aligner sur les signaux de santé spécifiques pris en compte pour votre modèle de santé. En procédant ainsi, vous créez une définition complète de la santé qui reflète précisément la réalisation d’un niveau de service acceptable pour l’application.

Important

Les SLI et les SLO sont des signaux de santé critiques. Ils créent une définition significative de la santé qui reflète le niveau de service souhaité, ainsi que d’autres attributs de qualité. Vous pouvez également définir des objectifs d’intégrité de service (SHO) pour capturer l’intégrité que vous souhaitez atteindre sur un intervalle de temps agrégé.

Identifier les signaux de santé

Pour créer un modèle de santé complet, mettez en corrélation différents types de données de surveillance, notamment les indicateurs, les journaux et les traces. Ainsi, vous vous assurez que le concept de santé reflète avec précision l'état d'exécution d'une entité spécifique ou de toute la charge de travail.

Utiliser des métriques et des journaux de plate-forme

Dans le contexte de la modélisation de la santé, il est essentiel de collecter des métriques et des journaux de la plateforme à partir des ressources sous-jacentes d'Azure. Ces métriques incluent le pourcentage d'utilisation du processeur, les entrées réseau, les sorties réseau, et les opérations de disque par seconde. Vous pouvez utiliser ces données dans votre modèle de santé pour détecter et prédire les problèmes potentiels tout en conservant un environnement stable.

En outre, cette approche vous permet de différencier les erreurs temporaires, les interruptions temporaires et les erreurs nontransientes ou les problèmes persistants.

Remarque

En guise de bonne pratique, vous devez configurer toutes les ressources d’application pour diriger les journaux de diagnostic et les métriques vers la technologie d’agrégation des journaux choisie. Créez des garde-fous à l’aide d’Azure Policy pour garantir des paramètres de diagnostic cohérents dans l’application et appliquer la configuration choisie pour chaque service Azure.

Ajouter des journaux d’application

Les journaux d’application constituent une source importante de données de diagnostic pour votre modèle de santé. Voici quelques bonnes pratiques pour la journalisation des applications :

• Utilisez la journalisation sémantique ou structurée. Les journaux structurés facilitent la consommation et l’analyse automatisées des données de journal à grande échelle.

  Envisagez de stocker les métriques et les données de diagnostic des ressources Azure dans un espace de travail Azure Monitor Logs à la place d'un compte de stockage. À l’aide de cette méthode, vous pouvez créer des signaux de santé à l’aide de requêtes Kusto pour une évaluation efficace.

• Journaliser les données dans l’environnement de production. Capturez des données complètes pendant que l’application fonctionne dans l’environnement de production. Des informations suffisantes sont essentielles pour l’évaluation de la santé et pour diagnostiquer les problèmes de production détectés.

• Consigner les événements aux limites de service. Incluez un ID de corrélation qui traverse les limites de service. Si une transaction implique plusieurs services et l’un d’entre eux échoue, l’ID de corrélation vous aide à suivre les demandes dans votre application et à identifier la cause de l’échec.

• Utiliser une journalisation asynchrone. Évitez les opérations de journalisation synchrones susceptibles de bloquer le code de l’application. La journalisation asynchrone garantit la disponibilité en empêchant les backlogs de requêtes pendant les écritures de journal.

• Séparer la journalisation de l’audit de l’application. Conservez les journaux d’audit séparément des journaux de diagnostic. Bien que les enregistrements d’audit répondent aux exigences réglementaires ou de conformité, les garder distincts empêche les transactions manquées.

Implémentez le traçage distribué

Implémentez le suivi distribué en mettant en corrélation les données de télémétrie entre les flux système critiques. La télémétrie corrélée fournit des insights sur les transactions de bout en bout et est essentielle pour une analyse efficace de la cause racine (RCA) lorsque des défaillances se produisent.

Utiliser des sondes de vérification

Implémentez et exécutez des sondes d’intégrité en dehors de l’application pour vérifier explicitement l’intégrité et la réactivité de votre application. Utilisez des réponses de sonde comme signaux au sein de votre modèle de santé.

Vous pouvez implémenter des sondes d’intégrité en mesurant le temps de réponse de l’application dans son ensemble ou à partir de ses composants individuels. Les sondes peuvent exécuter des processus pour mesurer la latence et vérifier la disponibilité ou extraire des informations de l’application. Pour plus d’informations, consultez Schéma de supervision de l'état de santé du point de terminaison.

La plupart des équilibreurs de charge prennent en charge l’exécution de sondes d’intégrité qui pingent les points de terminaison des applications à intervalles configurés. Vous pouvez également utiliser un service de surveillance externe. Un service de surveillance agrège les vérifications de santé provenant de plusieurs composants de la charge de travail. Les agents de surveillance peuvent également héberger du code qui effectue une procédure de correction immédiate pour les problèmes de santé connus.

Adopter des techniques de surveillance structurelle et fonctionnelle

La surveillance structurelle implique d’équiper l’application avec des journaux sémantiques et des métriques. L’application collecte directement ces métriques, notamment la consommation actuelle de mémoire, la latence des requêtes et d’autres données pertinentes au niveau de l’application.

Renforcez vos processus de supervision à l’aide de la supervision fonctionnelle. Cette approche se concentre sur la mesure des services de plateforme et leur effet sur l’expérience utilisateur globale. Contrairement à la surveillance structurelle, la surveillance fonctionnelle ne nécessite pas de connaissances détaillées du système. Il teste le comportement visible en externe de l’application. Cette approche est utile pour évaluer les SLO et les SLA.

Modéliser la conception

Représente la conception d’application identifiée sous forme d'entités et de relations. Mappez les signaux d’intégrité à des composants spécifiques pour quantifier les états d’intégrité au niveau d’une entité. Tenez compte de la criticité des composants pour déterminer la façon dont les états de santé doivent se propager via le modèle. Par exemple, les composants de rapports peuvent ne pas être aussi critiques que d’autres composants, ce qui entraîne différentes répercussions sur la santé globale de la charge de travail.

Définir des alertes actionnables

Utilisez les états d’intégrité évalués pour déclencher des alertes et une action automatisée. L’intégration de la santé dans les runbooks opérationnels existants doit être effectuée en tant que principe de base des données d’observabilité.

En règle générale, il existe un mappage un-à-un entre les données de surveillance et les règles d’alerte, ce qui peut entraîner des résultats indésirables, tels que les tempêtes d’alerte et le bruit d’alerte ambiant. Par exemple, dans un cluster de calcul, des volumes élevés d’alertes au niveau de la machine virtuelle en fonction de l’utilisation du processeur et du nombre d’erreurs peuvent surcharger les opérateurs pendant les défaillances et provoquer des retards dans la résolution. De même, lorsqu’il existe un grand nombre d’alertes configurées, le bruit d’alerte ambiante entraîne souvent des alertes qui sont négligées ou ignorées.

Un modèle de santé introduit la séparation entre les données de surveillance et les règles d’alerte. Une définition d’intégrité agrège de nombreux signaux en un seul état d’intégrité, ce qui réduit le nombre d’alertes afin que les opérateurs puissent se concentrer uniquement sur des alertes à valeur élevée qui sont critiques pour l’organisation. Envisagez le scénario d’e-commerce. Vous pouvez configurer une alerte pour envoyer des notifications sur les modifications apportées à l'intégrité du flux de traitements de paiements, au lieu des modifications apportées aux ressources sous-jacentes telles que la file d’attente du Service Bus.

Remarque

La possibilité d’alerter sur toutes les couches du modèle de santé offre une flexibilité pour les différents types de charge de travail. Les propriétaires d’applications et les gestionnaires de produits peuvent recevoir des alertes sur les modifications de l'état de santé dans les scénarios métier clés ou dans l’ensemble de la charge de travail. Les opérateurs peuvent être alertés en fonction de l’intégrité de l’infrastructure ou des composants d’application.

Visualiser le modèle

Créez des représentations visuelles, telles que des tableaux ou des graphiques, pour transmettre efficacement l’état actuel et l’historique du modèle de santé. Assurez-vous que la visualisation s’aligne sur le contexte métier et fournit des insights exploitables.

Lorsque vous visualisez votre modèle de santé, envisagez d’adopter une approche à feux tricolores pour rendre les états de santé clairement compréhensibles dans les chaînes de dépendances.

Affectez le vert pour une bonne santé, l’ambre pour dégradé, et le rouge pour un mauvais état de santé. En identifiant rapidement les états codés en couleur, vous pouvez localiser efficacement la cause racine de toute dégradation de l’application.

Remarque

Nous vous recommandons de prendre en compte les exigences d’accessibilité pour les personnes ayant une déficience visuelle lorsque vous créez un tableau de bord pour votre modèle de santé. Pour connaître les meilleures pratiques en matière de diagramme, consultez les diagrammes de conception d’architecture.

Adoptez votre modèle de santé

Après avoir créé un modèle de santé, tenez compte des scénarios d'utilisation suivants pour détecter et interpréter les défaillances ou les problèmes opérationnels.

Applicabilité à différents rôles

La modélisation de la santé du système peut fournir des informations spécifiques aux fonctions de travail ou aux rôles dans le même contexte de la charge de travail. Par exemple, un rôle DevOps peut avoir besoin d'informations sur la santé opérationnelle. Un agent de sécurité peut être plus préoccupé par les signaux d’intrusion et l’exposition à la sécurité. Un administrateur de base de données n’est probablement intéressé que par un sous-ensemble du modèle d’application via les ressources de base de données.

Personnalisation des insights de santé pour différentes parties prenantes. Envisagez de créer des modèles distincts de jeux de données qui se chevauchent.

Validation continue

Utilisez votre modèle d’intégrité pour optimiser les processus de test et de validation, tels que les tests de charge et les tests de chaos. Vous pouvez valider l’état opérationnel du runtime pendant les tests et évaluer l’efficacité de votre modèle dans les scénarios de mise à l’échelle et d’échec en incorporant des modèles d’intégrité dans votre cycle de vie d’ingénierie.

Santé organisationnelle

Bien que la modélisation de la santé soit généralement associée à la quantification des états de santé pour les applications individuelles, son applicabilité s'étend au-delà de ce cadre.

Au niveau d'une charge de travail individuelle, les modèles de santé fournissent une base pour l'observabilité des applications et les analyses opérationnelles. Chaque application peut avoir son propre modèle d’intégrité qui capture ce que signifie chaque état d’intégrité dans son contexte.

Vous pouvez combiner plusieurs modèles de santé dans une construction de haut niveau en créant un modèle de modèles. Par exemple, vous pouvez créer l’empreinte d’observabilité d’une unité commerciale ou d’un patrimoine cloud entier à l’aide de modèles d’intégrité en tant que composants dans un modèle plus grand. Les modèles de santé représentent des charges de travail dans le système en tant que nœuds dans le graphe de niveau supérieur. Utilisez les relations dans ce modèle pour capturer les dépendances entre applications, notamment les flux de données, les interactions de service et l’infrastructure partagée.

Considérez une entreprise de vente au détail qui a diverses applications pour le commerce électronique, les paiements et le traitement des commandes. Vous pouvez définir chacune de ces applications en tant que modèle de santé indépendant pour quantifier ce que la santé signifie pour cette charge de travail. Vous pouvez ensuite utiliser un modèle parent pour mapper tous ces modèles d’intégrité de composant en tant qu’entités et capturer l’impact opérationnel inter-application via des chaînes de dépendances. Par exemple, si l’application e-commerce devient défectueuse, elle a un effet en cascade sur l’application de paiement.

Tendances de santé et IA pour les opérations informatiques

La modélisation de la santé fournit une base de référence opérationnelle quantifiée qui est ajustée à un contexte métier spécifique. L’IA pour les opérations informatiques (AIOps) est un moyen populaire d’améliorer l’efficacité opérationnelle. Les données de santé constituent une entrée fondamentale pour les modèles de machine learning pour analyser les tendances de santé. Par exemple, les modèles Machine Learning peuvent :

• Extrayez plus d’informations à partir des modifications d’état et recommandez des actions.

• Analysez les tendances de santé au fil du temps pour prédire les problèmes et affiner le modèle.

Entretenez votre modèle de santé

La maintenance d’un modèle thermique est une activité d’ingénierie continue qui s’aligne sur le développement et les opérations de votre application. À mesure que votre application évolue, assurez-vous que votre modèle de santé évolue en parallèle.

En outre, traitez les modèles de santé comme des artefacts de charge de travail à intégrer dans votre cycle de vie de développement. Adoptez l'infrastructure en tant que code (IaC) pour une gestion cohérente et contrôlée par version de votre modèle de santé. Utilisez l’automatisation pour que le modèle reste à jour lorsque vous ajoutez ou supprimez des composants d’infrastructure et d’application de la charge de travail.

Les données de santé diminuent progressivement en valeur au fil du temps. Pour optimiser l’efficacité opérationnelle et réduire les coûts, évitez de conserver les données de santé au-delà de 30 jours. Si nécessaire, vous pouvez archiver des données pour répondre aux exigences d’audit ou dans les scénarios qui impliquent une analyse de modèle à long terme dans l’IA pour les opérations informatiques.

Remarque

Lorsque vous archivez des données de santé, veillez à les coupler avec l’état de configuration du modèle. L’interprétation des modifications d’état peut être difficile sans ce contexte.

Facilitation Azure

La modélisation de la santé est un exercice logique indépendant des outils et technologies. Toutefois, il s’agit d’un processus intensif qui est souvent complexe et nécessite un investissement important en ingénierie.

Les modèles d’intégrité Azure Monitor vous permettent de créer, de gérer et d’interagir facilement avec des modèles d’intégrité directement dans Azure. Ils fournissent une plateforme de données unifiée qui s’intègre en toute transparence au reste d’Azure Monitor, offrant des alertes intégrées et des visualisations prêtes à l’emploi (graphiques et tabulaires) pour vos données de santé. Pour les scénarios avancés, les fonctionnalités de plan de données de requête et d’API permettent une utilisation flexible des états d’intégrité, ce qui facilite l’intégration d’informations d’intégrité dans vos outils opérationnels existants, tels que les tableaux de bord Grafana.

Liens connexes

• Pour plus d’informations sur les modèles d’intégrité natifs Azure, consultez la vue d’ensemble des modèles d’intégrité Azure Monitor.
• Pour implémenter des sondes d’intégrité dans ASP.NET, consultez Vérifications d’intégrité dans ASP.NET Core.
• Pour plus d’informations sur les métriques de surveillance, consultez la section Présentation des métriques Azure Monitor.
• Pour plus d’informations sur l’utilisation d’Application Insights, consultez Application Insights.
• Pour des considérations et recommandations relatives aux charges de travail critiques, consultez la modélisation et l'observabilité de la santé pour les charges de travail critiques sur Azure.
• Pour une expérience pratique, consultez Concevoir un modèle de santé pour votre charge de travail critique pour la mission.

Étape suivante

Recommandations pour la conception d’une stratégie de surveillance et d’alerte fiable