Du nouveau du côté de l'observabilité : .NET dans APM, monitoring Kubernetes, Metrics Explorer
Chez Elastic, nous sommes toujours enthousiastes quand il s'agit d'améliorer les outils qu'utilisent les opérateurs pour assurer la disponibilité, l'intégrité et la rapidité de leurs applications et services. C'est ce que nous appelons l'observabilité. Et vous ? Cet article vous en dira plus.
Vous l'attendiez impatiemment, il est là ! L'agent .NET est désormais pris en charge par Elastic APM et disponible en version bêta. Sur le front du monitoring de l'infrastructure, voici Metrics Explorer, une nouvelle façon d'explorer les données dans l'application Infrastructure de Kibana, avec, à la clé, une nette amélioration des interactions ad hoc avec les indicateurs d'infrastructure. Du nouveau aussi du côté du monitoring Kubernetes : la version 7.2 propose un plus grand éventail d'outils, mais aussi de nouvelles intégrations de données pour les technologies cloud-native, comme CoreDNS et CRI-O.
Impatient d'essayer ? La version 7.2 est disponible via Elasticsearch Service – la seule offre Elasticsearch hébergée à proposer ces nouvelles fonctionnalités. Et si vous préférez télécharger la dernière version de la Suite Elastic, c'est par ici.
L'observabilité vue par Elastic
Qu'est-ce que l'observabilité ? C'est une approche qui donne la priorité à une visibilité unifiée sur l'intégrité des systèmes, des services et des applications. Bien que ce terme ait récemment fait son apparition dans le secteur, il nous éclaire sur les raisons qui amènent bon nombre d'équipes et d'utilisateurs à miser sur la Suite Elastic pour répondre à leurs besoins opérationnels. Comme son nom l'indique, Elasticsearch est flexible par nature. Chaque élément y est un index. Résultat, les utilisateurs sont en mesure de regrouper dans un seul et même datastore opérationnel les logs, les indicateurs, les traces et les indicateurs de disponibilité qui étaient jusque-là des sources de données hétérogènes.
En matière d'observabilité, nous avons adopté une double stratégie : continuer d'assurer une expérience irréprochable pour chaque "pilier" de l'observabilité, tout en veillant à ce que l'utilisateur puisse regrouper ces flux de données de manière plus naturelle et plus fluide. C'est pourquoi toutes les données d'observabilité sont conformes à Elastic Common Schema (ECS) et toutes les applications Kibana sont intégrées pour assurer une navigation et des workflows de mise en corrélation des données en un clic.
"Red Wing Shoes, fabricant emblématique de chaussures de sécurité, s’appuie sur le déploiement hébergé d’Elasticsearch Service sur Elastic Cloud pour obtenir une visibilité unifiée sur le processus de fabrication en atelier, sur la santé de son site web d’e-commerce et sur ses opérations dans plus de 600 points de vente autour du monde. L’équipe en charge des opérations pilote également le déploiement de nouvelles applications et de nouveaux services visant à développer les activités. "Nous parvenons à tout mener de front avec une équipe réduite car nous faisons en sorte de rendre nos opérations informatiques efficaces", déclare Marc Kermisch, vice-président et directeur de l’information. "Le fait de voir toutes les données opérationnelles pertinentes dans un seul datastore et dans une interface utilisateur unique nous a aidés à gagner en efficacité au niveau du tri et de la résolution des problèmes avec des données exploitables. Et le fait que la suite soit entièrement gérée pour nous dans Elastic Cloud fait que nous ne nous encombrons pas de procédures administratives : l’ensemble du déploiement, de la montée en charge et des mises à niveau de la Suite Elastic se font en un clic."
Découvrez comment nous voyons cette importante tendance dans cet article de blog : La Suite Elastic et l'observabilité.
Dans la version 7.2, nous continuons d'étendre et d'enrichir nos initiatives dédiées à l'observabilité. Voyons les améliorations produit que nous avons apportées.
Elastic APM : compatibilité .NET, applications web monopage et indicateurs spécifiques aux agents
Nous adorons vous annoncer de bonnes nouvelles. En voici une de taille : l'agent Elastic APM pour .NET, jusqu'ici disponible en préversion, passe en bêta. L'agent .NET intègre l'instrumentation automatique pour ASP.NET Core 2.x+ et Entity Framework Core 2.x+, mais il propose aussi une API publique qui vous permet d'instrumenter manuellement n'importe quelle application .NET utilisant nos frameworks.
Vous avez été très nombreux à demander la compatibilité .NET dans Elastic APM. Inutile de vous dire comme nous sommes heureux d'avoir enrichi notre tour de Babel de langages. Nous tenons d'ailleurs à remercier les membre de notre communauté qui ont pris le temps de répondre à notre enquête pour nous donner leur avis sur la préversion et nous aider à prioriser les langages demandés.
Autre nouveauté, l'agent RUM (Real User Monitoring) d'Elastic APM accepte désormais les applications web monopage (SPA), ce qui permet aux utilisateurs de capturer les transactions relatives à des changements d'itinéraire, outre celles relatives aux chargements de page. Comparées aux applications multipages (MPA), les SPA, ou applications web monopage, présentent de nombreux avantages, notamment, une rationalisation de l'expérience utilisateur et une accélération des temps de chargement, grâce au rendu dynamique des éléments de données à mesure que l'internaute navigue sur la page. Ce fonctionnement dynamique nécessite une évaluation plus nuancée de l'expérience utilisateur, comme l'examen des changements d'itinéraire internes de l'application.
De plus, les agents APM collectent maintenant les indicateurs spécifiques au langage, outre les indicateurs clés de performance (utilisation globale des ressources, par exemple) liés aux données de trace APM. Par exemple, l'agent Java collecte désormais les indicateurs JVM tels que la mémoire Java et le nombre de threads, qui s'affichent automatiquement dans l'application APM. Ces indicateurs spécifiques aux agents enrichissent le monitoring. En effet, ils fournissent davantage de contexte sur le comportement de l'application sans nécessiter l'ajout d'agents supplémentaires.
APM vous réserve de belles surprises. Cet article de blog consacré au lancement d'Elastic APM vous dit tout.
Avec Metrics Explorer, l'exploration des indicateurs d'infrastructure passe à la vitesse supérieure
Ces dernières années, l'équipe d'ingénierie de la Suite Elastic n'a eu de cesse d'étendre la prise en charge des indicateurs. Meilleure efficacité du stockage grâce à de nouveaux formats de données comme les arborescences Bkd, qui sont optimisées pour les données numériques ; plus grand choix d'intégrations de données pour les indicateurs avec les modules Metricbeat ; ou encore amélioration des fonctionnalités de visualisation des séries temporelles via les applications dédiées de Kibana, comme Time Series Visual Builder... Voilà quelques exemples de notre engagement continu dans ce domaine.
Il avait fait un tabac. Dans la version 7.2, nous rejouons la carte de l'exploration ad hoc des indicateurs et allons encore plus loin, avec l'intégration de Metrics Explorer dans l'application Elastic Infrastructure. Vous disposez ainsi d'une interface utilisateur qui vous permet de parcourir les indicateurs d'infrastructure les plus importants et d'interagir avec eux grâce à des balises courantes et des groupements de graphiques. Vous pouvez ouvrir les graphiques Metrics Explorer dans Time Series Visual Builder pour les examiner de plus près. Parcourir les indicateurs en un clic tout en capitalisant sur la puissance des agrégations Elasticsearch, avouons que c'est un duo gagnant. Et bien sûr, quels que soient le nombre et la cardinalité de vos balises et de vos dimensions, la rapidité de toute cette exploration est absolument époustouflante.
Metrics Explorer est actuellement disponible en version bêta. N'hésitez pas à nous dire ce que vous en pensez sur le forum de discussion. Envie d'en savoir plus sur les autres améliorations ? Consultez cet article de blog consacré au lancement d'Elastic Infrastructure.
Elastic renforce l'observabilité Kubernetes
Propulsé par l'innovation open source qui fleurit un peu partout, l'écosystème Kubernetes évolue à pas de géant. Chaque mois, de nouveaux projets viennent s'ajouter à l'écosystème de la Cloud Native Computing Foundation (CNCF) et passent au niveau Graduated avec une rapidité déconcertante.
Elastic s'engage à soutenir les équipes qui migrent vers Kubernetes, y compris lorsqu'il s'agit du monitoring de cette pile technologique dynamique. Par exemple, des fonctionnalités comme Autodiscovery dans Filebeat et Metricbeat, ou encore les modules destinés à des technologies cloud-native comme Prometheus, vous simplifient considérablement le monitoring de l'infrastructure Kubernetes et des services qui y sont exécutés.
La version 7.2 capitalise sur tout cela et propose un certain nombre de nouvelles intégrations conçues pour les technologies cloud-native. Filebeat et Metricbeat, quant à eux, acceptent désormais CoreDNS, le DNS de cluster par défaut de Kubernetes, qui est récemment passé au niveau Graduated à la CNCF. En étroite collaboration avec notre communauté, nous étendons aussi la prise en charge du système de messagerie NATS, un système cloud-native en open source.
Sans oublier CRI-O (projet open source de conteneur runtime pour Kubernetes), maintenant pris en charge par Filebeat 7.2. Développée par Red Hat, cette alternative à Docker, plus légère, est déjà devenue le conteneur runtime par défaut dans la célèbre distribution Openshift. Avec le module CRI-O, les utilisateurs de Kubernetes peuvent choisir CRI-O comme conteneur runtime et basculer vers celui-ci sans compromis en matière de monitoring.
Pour en savoir plus sur les intégrations de données Kubernetes et sur leurs avantages, consultez ces articles de blog dédiés au lancement d'Elastic Infrastructure et d'Elastic Logs.
Et ce n'est pas tout !
Elastic Uptime, introduit il y a peu pour assurer une expérience simplissime du monitoring actif de la disponibilité, propose désormais des intégrations en un clic avec les applications Elastic Logs, Infrastructure et APM. L'intégration du monitoring actif dans vos workflows d'observabilité et d'analyse des logs devient ainsi bien plus simple. Notre article de blog consacré au lancement d'Elastic Uptime vous dit tout sur ces améliorations et bien d'autres.
Lancée dans la version 6.5 pour rationaliser le traitement des données de logs, l'application Elastic Logs, quant à elle, prend cette fois en charge les événements et les logs structurés grâce à la configuration explicite des colonnes. Elle signe aussi l'arrivée d'une fonctionnalité de filtrage par champ qui permet à son tour l'affichage des logs voisins, ce qui s'avère souvent utile pour l'analyse dans les cas d'utilisation de logging. Pour tout savoir sur ces fonctionnalités, n'hésitez pas à consulter notre article de blog consacré au lancement d'Elastic Logs.
À vous de jouer
Le moyen le plus simple d'essayer ces nouvelles fonctionnalités est de déployer un cluster Elasticsearch Service sur Elastic Cloud. Les dernières versions de la Suite Elastic y sont disponibles le jour du lancement. Et si vous ne vous voyez plus vivre sans votre cluster, gardez-le ! Nous nous chargeons de l'exécuter, de le faire évoluer et de le mettre à niveau pour vous. Vous préférez l'exécuter vous-même ? Nos options autogérées sont peut-être faites pour vous : découvrez comment télécharger des binaires, exécuter des conteneurs Docker et déployer la Suite Elastic sur Kubernetes.