Lorsque vous monitorez les quatre signaux dorés — temps de réponse, débit, taux d'erreur et saturation — vous pouvez rapidement voir un aperçu de l'intégrité et les performances de votre application. Auparavant, ces métriques faisaient généralement exclusivement partie du domaine des Ops, DevOps, ou SRE. Mais qu'en était-il des développeurs d'application — ceux qui sont réellement responsables du code qui crée ces services ?
Pour comprendre les performances de votre propre code et pour résoudre les problèmes des clients, vous avez besoin de solutions d'observabilité riches en contexte qui mettent en valeur ces métriques dorées au niveau du service et du système, et jusqu'aux méthodes dans le code. Les métriques au niveau du code, les révisions data-driven du code et la télémétrie au niveau des services vous permettent de voir les services et lignes de code qui ont un impact sur votre application.
Métriques au niveau du code
L'extension New Relic CodeStream IDE place les performances des logiciels dans la pratique quotidienne des développeurs en fournissant systématiquement une vue toujours active des métriques au niveau du code. Les trois métriques dorées qui sont applicables aux services des applications sont affichées en tant que lignes de texte, appelées CodeLens, au‑dessus de chaque méthode dans votre code, elles sont automatiquement instrumentées par l'agent New Relic APM.
Dans cet exemple, vous pouvez voir les signaux dorés des temps de réponse, débit et taux d'erreur :
Sélectionnez un CodeLens pour un groupe de graphiques affichant chacune des métriques. Vous pouvez également obtenir plus d'informations en allant jusqu'à la page de récapitulatif des services APM dans New Relic.
Et plus important encore, vous pouvez également modifier le service pour les métriques au niveau du code que vous voyez. Ceci vous permet de voir les performances du code dans d'autres environnements, tels que les différentes phases de développement ou l'assurance qualité, afin que vous puissiez avoir une approche plus proactive des problèmes de performance. Vous pouvez avoir un avantage sur ces problèmes avant qu'ils ne passent en production.
Révisions data-driven du code
Les métriques au niveau du code sont également affichées dans les diffs de votre environnement de développement intégré (IDE) pour les demandes de tirage et les demandes de commentaires.
Imaginez à quel point ces données pourraient aider avec les informations qu'elles contiennent votre processus de révision du code. CodeLenses vous informe de la version de production exécutée par le code. En cas de problèmes de performances, vous pouvez vous assurer qu'elle est prise en compte dans le cadre de la demande de tirage. Sinon, renvoyez tout !
Si le code est déjà en train de changer, c'est le meilleur moment pour vous occuper des problèmes de performance non réglés.
Télémétrie au niveau des services
S'il est évident qu'il est essentiel de voir les performances du code réel au quotidien, il est également important de comprendre la situation dans son ensemble. Vous pouvez réfléchir aux questions suivantes :
- Le code dont vous êtes chargé crée-t-il un service particulier ? Quelles sont les performances de ce service ?
- Quelles sont les performances des services associés au vôtre ?
Les développeurs voient rarement cet aspect des choses, sauf en cas d'incident.
La section d'observabilité de CodeStream change cette ancienne approche. Les métriques dorées pour les services associés avec le référentiel ouvert dans votre environnement de développement intégré (IDE) sont disponibles en un clin d'œil. Et en un seul clic, vous pouvez voir les métriques pour tout service qui appelle ou qui est appelé par votre service.
Dans cette capture d'écran, vous pouvez voir un exemple du temps de réponse, du débit, et du taux d'erreur d'un service, les services qu'il appelle et les services qui l'appellent :
Avec la télémétrie au niveau du service, vous obtenez une image globale directement dans votre environnement de développement intégré (IDE).
Vidéo de présentation de CodeStream
Pour une présentation rapide de ces fonctionnalités, regardez cette vidéo :
Le démarrage des métriques au niveau du code est simple
Suivez ces instructions pour démarrer. Notez que les métriques au niveau du code sont actuellement prises en charge pour Python, Ruby, .NET et Go. La prise en charge de Java est disponible en avant-première privée, contactez-nous à codestream@newrelic.com pour participer. La prise en charge de PHP et Node.js est pour bientôt !
1. Mettez à jour votre agent APM
Mettez à jour votre agent APM à la version qui prend en charge les métriques au niveau du code.
- .NET - Version 10.2.0 ou ultérieure
- Python - Version 7.10.0.175 ou ultérieure
- Ruby - Version 8.10.0 ou ultérieure
- Go - Version 3.19.2 ou ultérieure
Pour .NET et Go, vous aurez également besoin d'activer les métriques au niveau du code dans la configuration de l'agent.
2. Installez l'extension CodeStream
Installez l'extension CodeStream comme vous le feriez pour toute autre extension dans un environnement VS Code ou JetBrains : en allant dans la boutique d'extensions de votre IDE. Vérifiez que vous exécutez la toute dernière version (version 14.2 ou ultérieure).
3. Inscrivez-vous à CodeStream
Après l'installation de l'extension, vous serez invité à créer un compte CodeStream, même si vous êtes déjà un utilisateur New Relic.
CodeStream propose plusieurs options d'inscription, mais nous vous suggérons de sélectionner Sign up with New Relic (Se connecter avec New Relic). Une seule étape suffit pour l'inscription à CodeStream et la connexion à votre compte New Relic. Vous êtes alors invité à saisir votre clé d'API utilisateur New Relic.
4. Associez un référentiel à votre service APM
Ouvrez un référentiel dans votre environnement de développement intégré (IDE) qui correspond à un service APM dont vous souhaitez voir les métriques au niveau du code. Si le référentiel n'est pas déjà associé au service APM, vous obtiendrez un message vous invitant à réaliser cette association dans la section Observability de CodeStream.
Si vous disposez de plusieurs services qui correspondent à ce référentiel (également appelé « repository » ou « repo ») en ayant, par exemple, différents services pour différents environnements, vous pouvez établir d'autres associations repo<>service en allant sur la page Summary pour votre service APM dans New Relic. Consultez la section Repositories dans la partie inférieure droite.
5. Ouvrez un fichier et recherchez chaque CodeLens
Ouvrez un fichier source de votre référentiel et recherchez les métriques dorées dans un CodeLens au-dessus de chaque méthode instrumentée.
Étapes suivantes
Pour en savoir plus sur ce que vous pouvez faire avec CodeStream, consultez le guide de l'utilisateur CodeStream.
Si vous n'utilisez pas encore New Relic, inscrivez-vous pour obtenir un compte gratuit. Vous obtiendrez 100 Go/mois d'ingestion de données gratuits, un utilisateur Full Platform et un nombre illimité d'utilisateurs gratuits (Basic).
Les opinions exprimées sur ce blog sont celles de l'auteur et ne reflètent pas nécessairement celles de New Relic. Toutes les solutions proposées par l'auteur sont spécifiques à l'environnement et ne font pas partie des solutions commerciales ou du support proposés par New Relic. Veuillez nous rejoindre exclusivement sur l'Explorers Hub (discuss.newrelic.com) pour toute question et assistance concernant cet article de blog. Ce blog peut contenir des liens vers du contenu de sites tiers. En fournissant de tels liens, New Relic n'adopte, ne garantit, n'approuve ou n'approuve pas les informations, vues ou produits disponibles sur ces sites.
