Jetez un œil à Azure Monitor

Les applications cloud natives nécessitent beaucoup de surveillance. Ce n’est pas qu’ils soient intrinsèquement instables, mais il existe des problèmes de concurrence et de cohérence dans l’avancement des applications distribuées qui peuvent déclencher des bogues difficiles à tracer et à recréer, en particulier lorsqu’ils sont construits sur une plate-forme multi-locataires que vous ne pouvez pas gérer. Les choses deviennent plus difficiles à gérer lorsque vous avez affaire à l’autoscaling ou au démarrage des services à la demande en utilisant des techniques sans serveur comme Azure Functions.

Ce qui est nécessaire, c’est une technologie de surveillance native intégrée à la plate-forme avec les outils nécessaires. pour travailler avec ces informations, soit en évaluant les journaux et les métriques, soit en répondant instantanément à ces informations. C’est une technique qui nous donne les éléments nécessaires pour développer à la fois une plateforme d’observabilité et les leviers pour en faire une structure de contrôle contemporaine.

Le cloud public est un exemple de rupture des méthodes de contrôle classiques. C’est trop complexe à contrôler en définissant l’état de sortie précis en fonction des entrées présentes, nous ne pouvons donc pas construire un gouverneur classique autour de nos applications. Au lieu de cela, nous devons passer aux méthodes modernes de la théorie du contrôle où nous utilisons les sorties d’un service pour déterminer l’état de ses systèmes internes, puis l’intelligence artificielle contrôle ceux-ci pour qu’ils s’exécutent dans un ensemble de conditions frontalières.

Présentation d’Azure Monitor

Dans Azure, il s’agit de la fonction d’Azure Screen, un outil de collecte, d’assemblage et de stockage des journaux et des métriques de l’ensemble de vos applications et services. Une grande partie de ce que fait Azure Display est autorisée dès que vous activez un service et l’incluez dans un groupe de ressources. Vous pouvez utiliser des outils comme App Insights pour intégrer la prise en charge d’Azure Monitor dans votre propre code, utiliser ses représentants dans vos installations virtuelles et obtenir des données à partir de ses points de contact dans les services de la plateforme Azure. Il aide à gérer ce qui peut être une grande quantité de détails, en particulier lorsque vous exécutez du code à l’échelle mondiale.

Les données sont collectées soit sous forme de métriques en temps quasi réel, soit sous forme de fichiers journaux, qui se composent également de informations de télémétrie. Le résultat est un mélange d’informations qui fournissent des informations ponctuelles et des séries chronologiques. Azure Display fournit un tableau de bord où vous pouvez voir et évaluer vos informations, ainsi que des API qui lui permettent d’être une source pour d’autres applications, telles que l’activation des automatisations via les applications logiques ou les tableaux de bord Power BI pour les bureaux de gestion. Si vous utilisez le portail Azure, vous pouvez utiliser son outil Log Analytics.

Azure Display offre le cadre d’analyse utilisé par Azure Application Insights, VM Insights et Container Insights. Ceux-ci vous aident à l’étendre à votre environnement devops, en vous offrant des outils pour travailler avec votre code, avec Kubernetes et avec des périphériques virtuels Linux et Windows dans un environnement d’infrastructure en tant que service (IaaS). Les applications cloud sont hétérogènes, mélangeant la plate-forme en tant que service et IaaS, les applications de la plate-forme et votre propre code, hébergé sur cette plate-forme, dans ces machines virtuelles ou dans cet environnement de conteneur. Il est raisonnable d’avoir un environnement de surveillance qui peut apporter des informations de partout, les analyser et générer des signaux appropriés.

Il est possible d’utiliser des règles pour rassembler diverses notifications afin de fournir des signaux appropriés pour vos applications basées sur des métriques particulières. Vous pouvez même diriger des signaux vers des personnes spécifiques, afin que les ingénieurs d’assistance de base de données reçoivent des alertes de base de données et que les informations sur l’infrastructure soient transmises aux ingénieurs de fiabilité du site. L’intégration d’informations dans votre conception devops garantit la résilience des applications, même lorsque les systèmes automatisés ne peuvent pas les maintenir en ligne. Des règles peuvent ensuite être utilisées pour automatiser des opérations spécifiques, par exemple, la mise à l’échelle automatique des services lorsque les temps d’action diminuent ou lorsque la charge dépasse des limites prédéterminées.

Vous n’avez pas besoin de faire grand-chose pour autoriser Écran Azure pour les services Azure. Il est activé instantanément chaque fois que vous créez une ressource Azure de tout type. Ces fonctions de base sont gratuites, bien que vous ayez besoin de dépenser pour une consommation et un stockage supplémentaires des fichiers journaux. Ici, vous pouvez choisir des options de paiement à l’utilisation à 2,99 $ par Go chaque jour ou sélectionner l’un des nombreux programmes qui vous consacrent chaque jour à une quantité définie d’informations, de 100 Go à 219,20 $ par jour à 5 000 Go à 9 016 $ par jour. Une consommation dédiée est prévue pour les grands sites Web créant un grand nombre d’informations de journal. Lorsqu’elles sont consommées, les informations sont conservées pendant environ 31 jours gratuitement, avec un stockage à plus long terme facturé à 0,13 $ par Go et par mois.

Il y a d’autres dépenses si vous avez besoin d’ajouter des métriques personnalisées supplémentaires ou si vous avez besoin pour interroger plus d’un million de fois par mois. Vous devrez dépenser pour plus de 10 informations et pour plus d’un ensemble d’informations chaque mois. Il y a également des coûts si vous choisissez d’utiliser des notifications SMS ou vocales automatiques pour les ingénieurs de garde.

Travailler avec Azure Screen

L’utilisation du site Web Azure Screen est assez simple. Depuis le portail Azure, sélectionnez Écran pour ouvrir sa vue Web. La page Présentation vous révèle de tout nouveaux services tout en vous offrant un point de départ vers des outils pour vérifier les métriques et les journaux ainsi que pour configurer des signaux.

L’exploration des métriques peut vous donner un aperçu rapide d’une application. Une application web hébergée par Azure s’exécutant dans des fournisseurs d’applications Azure peut être analysée pour voir combien de mémoire et de CPU elle utilise et quels codes de réaction sont créés, parmi un large ensemble de métriques possibles. Ceux-ci peuvent être tracés, filtrés et utilisés pour construire des panneaux de contrôle pour votre application. Vous pouvez essayer de voir s’il existe un lien entre l’utilisation du processeur et les actions ayant échoué. Les graphiques peuvent être tracés à l’aide d’un ensemble de types de graphiques, des graphiques à courbes et à barres à une grille de valeurs. Lorsque vous avez réellement développé un graphique, vous pouvez l’inclure dans le panneau de configuration de votre application.

Des outils similaires vous aident à travailler avec des fichiers journaux, en utilisant le langage de requête de données à grande échelle de Microsoft Kusto pour explorer vos journaux. Travailler avec Kusto a du sens. Il est développé pour des enquêtes rapides et l’analyse de données volumineuses à l’aide d’un langage de questions de type SQL. Il s’agit d’un outil en lecture seule, vous n’avez donc pas à vous soucier des ingénieurs non qualifiés qui effacent ou modifient par inadvertance des données. Tout ce que Kusto peut faire, ce sont des informations sur la procédure, prêtes à être utilisées et affichées. Par exemple, si vous savez qu’un problème s’est produit entre 2 horodatages, vous pouvez utiliser Kusto pour affiner toutes vos données de journal afin d’aider à extraire tout ce qui est pertinent au cours de cette période. Les informations de journal peuvent être exportées vers Power BI pour de meilleures visualisations.

Générer des alertes à partir de métriques

La création d’une alerte est assez simple, en utilisant un workflow standard pour choisir la ressource à surveiller sur et après cela, en choisissant une condition à utiliser pour générer une alerte. Vous utilisez peut-être un site Web fixe Azure et souhaitez savoir quand il est mis à jour à partir de GitHub par une action DependaBot. Vous pouvez créer une règle pour découvrir cela, puis envoyer un e-mail aux ingénieurs du personnel appropriés pour suggérer qu’une mise à jour automatisée s’est produite sur un site.

L’ensemble de la procédure est relativement basique. Vous traitez les actions par défaut qui sont configurées lorsque vous développez une ressource Azure, il n’est donc pas nécessaire d’inclure des actions personnalisées pour de nombreuses opérations. Microsoft met régulièrement à jour le service avec de nouveaux outils et propose fréquemment des outils tous prêts à être utilisés aussi rapidement qu’un service ou une innovation entre dans l’accès de base. Il a instrumenté Azure App Solutions. NET 6 support le jour absolument pas.

Azure Screen est tout à fait un outil pour vos devops et vos groupes d’ingénierie de fiabilité de site. En plus des métriques que vous devez suivre, les outils d’analyse intégrés vous aident à développer des outils plus complexes pour comprendre comment votre application s’exécute. Néanmoins, il ne s’agit que d’une partie de la suite de gestion d’applications cloud native d’Azure. Lorsque vous avez utilisé Azure Monitor pour collecter, examiner et traiter vos données, vous pouvez les utiliser avec d’autres outils. Les informations peuvent être exportées vers une plate-forme de sécurité pour déterminer les violations possibles ou dans un outil basé sur les fournisseurs cognitifs pour anticiper les besoins du système afin que vous puissiez faire évoluer de manière préventive et éviter les défaillances transitoires.