L'instrumentation de New Relic pour AWS Lambda offre une visibilité approfondie sur le fonctionnement interne de vos fonctions. En ajoutant l'agent New Relic à votre fonction, chaque invocation est monitorée par New Relic. Cela vous permet de suivre la durée des appels de fonction, les erreurs du moniteur et d'enregistrer les détails sur l'événement source et les réponses de votre fonction.
/* AWS Lambda fournit un service de calcul hautement évolutif et piloté par les événements, vous permettant de créer et d'exécuter des applications et des services backend sans avoir besoin de provisionner ou de gérer des serveurs. À mesure que vos architectures sans serveur sur Lambda gagnent en sophistication et assument des rôles critiques pour l'entreprise, il devient essentiel d'obtenir une visibilité complète sur leurs performances, leur état opérationnel et leur interaction au sein de votre écosystème d'applications plus large afin de maintenir leur fiabilité et leur efficacité. Votre application moderne repose fortement sur de nombreuses fonctions AWS Lambda interagissant avec divers autres microservices, bases de données et API tierces. Dans de tels environnements complexes, vous pourriez rencontrer plusieurs défis d'observabilité : * **Difficulté à identifier les causes profondes :** Lorsque des problèmes de performance tels que des ralentissements intermittents surviennent ou que des transactions critiques impliquant une fonction Lambda échouent, identifier la fonction défaillante exacte ou la source du problème peut s'avérer un casse-tête complexe. * **Vues monitoring cloisonnées :** Vous pouvez vous retrouver à naviguer entre une interface utilisateur monitoring sans serveur dédiée et vos vues traditionnelles de monitoring des performances des applications (APM), ce qui rend difficile l'obtention d'une image unique et unifiée des performances. * **Corrélation de données inefficace :** Il peut être difficile de corréler efficacement les données de performance et les événements lorsque les informations résident dans des systèmes monitoring sans serveur et APM distincts. * **Tracing de bout en bout incomplet :** Vous pourriez rencontrer des difficultés pour suivre de manière transparente une seule requête de bout en bout lorsqu’elle traverse la fonction Lambda et d’autres services au sein de votre environnement distribué. * ** Monitoring limitée pour Lambda:** Il est souvent impossible d'appliquer directement à votre fonction Lambda toute la puissance de diagnostic et le flux de travail familier des outils APM. * **Effort manuel pour les informations détaillées :** Un effort manuel important est souvent nécessaire pour rassembler des informations disparates provenant de diverses sources afin de comprendre le contexte complet d'un problème impliquant Lambda. Pour relever ces défis en matière d'observabilité et offrir une expérience monitoring véritablement unifiée, New Relic améliore l'intégration des fonctions AWS Lambda dans sa plateforme. Cette initiative intègre directement vos fonctions serverless dans l'expérience New Relic APM, en les traitant comme des éléments de première classe au même titre que vos autres services instrumentés. Notre objectif est de fournir une télémétrie riche et adaptée aux applications pour votre fonction Lambda, facilitant ainsi la compréhension de ses performances dans leur contexte complet. */
Fonctionnalité clé
Bénéficiez d'une vue unifiée : monitorez votre fonction Lambda au sein de la même interface APM que celle utilisée pour vos autres services. Visualisez la télémétrie sans serveur, y compris les indicateurs de performance, les traces, les logs (lorsqu'ils sont configurés) et les erreurs, le tout corrélé en un seul endroit, éliminant ainsi le besoin de basculer entre différentes interfaces utilisateur.
Exploitez toute la puissance de l'APM : appliquez la suite complète de fonctionnalités New Relic APM directement à votre fonction Lambda. Cela inclut le tracing avancé distribué, une analyse détaillée des erreurs avec la boîte de réception des erreurs, des cartes de service qui intègrent votre fonction Lambda, des dashboards, et plus encore. Pour plus d'informations, consultez la documentation APM.
Bénéficiez d'un suivi complet des requêtes de bout en bout : trace en toute transparence requests depuis vos services frontaux ou autres microservices, en passant par votre fonction AWS Lambda, jusqu'aux composants connectés. Cela permet d'obtenir une image claire et continue de la latence des requêtes et des dépendances sur l'ensemble de votre architecture. Pour plus d'informations, reportez-vous à la documentation sur le tracing distribué.
Simplifiez l'analyse des causes profondes : en consolidant les données sans serveur avec le reste de votre télémétrie applicative dans APM, vous pouvez rapidement identifier et diagnostiquer les problèmes, qu'ils proviennent d'une fonction Lambda ou d'un service en amont/en aval.
Comprenez mieux l'impact du serverless : visualisez clairement comment votre fonction Lambda contribue à la santé et aux performances globales de vos applications et de vos transactions commerciales clés, en fournissant des informations plus détaillées sur son rôle au sein de vos services numériques.
Comment configurer monitoring AWS Lambda ?
Pour monitorer votre AWS Lambda avec New Relic, vous pouvez configurer l'instrumentation dans différents environnements, temps d'exécution et méthodes de déploiement. Les étapes suivantes vous guideront tout au long du processus de configuration :
Compatibilité et exigences
Assurez-vous que votre instance AWS Lambda répond à nos exigences de compatibilité.
(Facultatif) Liez votre compte AWS à New Relic
En liant des comptes, vous accordez à New Relic l'autorisation de créer un inventaire de votre compte AWS et de collecter automatiquement les métriques CloudWatch pour votre fonction Lambda. Une fois que vous avez lié des comptes, les ressources de votre compte AWS apparaissent sous forme d'entité dans l'explorateur d'entités. L'entité fonction Lambda se trouvera dans la vue fonction serverless.
Vous pouvez lier votre compte AWS et New Relic par l’une des méthodes d’intégration suivantes.
Pour que New Relic puisse monitorer votre fonction Lambda, vous devez configurer une intégration entre New Relic et AWS. Nous recommandons l'utilisation de Metric Streams pour aider à réduire la latence et éviter la limitation de nos requests d'interrogation.
Si vous n'utilisez pas d'intégration métrique Streams, vous pouvez choisir de configurer une intégration d'interrogation API à la place. Par défaut, une intégration d'interrogation d'API avec le service Lambda activé interrogera toutes les 5 minutes pour obtenir les métriques CloudWatch.
Vous pouvez utiliser newrelic-lambda-cli pour configurer une intégration d'interrogation API, mais pas une intégration de flux métrique.
$newrelic-lambda integrations install --nr-account-id YOUR_NR_ACCOUNT_ID \>--nr-api-key YOUR_NEW_RELIC_USER_KEYUne étape de la commande d’installation d’intégration créera un secret NEW_RELIC_LICENSE_KEY dans AWS Secrets Manager pour une sécurité améliorée. Ceci est configurable avec un indicateur --disable-license-key-secret , ainsi que d'autres options et indicateurs.
instrumentez votre fonction AWS Lambda
Pour instrumenter votre fonction Lambda, vous avez besoin d'un agent et d'une extension. Ces composants sont regroupés dans la couche New Relic Lambda. Si l’utilisation de couches Lambda n’est pas une option pour vous, vous pouvez incorporer manuellement l’agent et l’extension dans votre fonction. En fonction des exigences de votre fonction Lambda, sélectionnez l’une des méthodes d’instrumentation suivantes :
Utilisez cette méthode si votre fonction Lambda est packagée sous forme de fichier Zip et que vous pouvez ajouter des calques. Les couches sont un mécanisme de distribution pour la bibliothèque, les environnements d'exécution personnalisés et d'autres dépendances. Pour plus d'informations, reportez-vous à la documentation de l'instrumentation en couches .
Utilisez cette méthode si votre fonction Lambda ne peut pas utiliser de couches, garantissant un déploiement rapide sans qu'il soit nécessaire de modifier les couches. Pour plus d'informations, reportez-vous à la documentation de l'instrumentation basée sur le SDK .
Utilisez cette méthode si votre fonction Lambda s'exécute dans un conteneur. Les conteneurs offrent un environnement d'exécution cohérent et isolé pour vos applications. New Relic fournit une image Docker préconfigurée qui inclut la couche New Relic Lambda, l'extension New Relic Lambda et l'agent New Relic. Pour plus d'informations, veuillez consulter la documentation sur l'instrumentation conteneurisée.
Configurer les variables d’environnement
Conseil
- Lorsque vous instrumentez la couche Lambda de New Relic avec la CLI New Relic, vos variables d'environnement obligatoires sont configurées automatiquement. Cependant, vous souhaiterez peut-être modifier certains des paramètres par défaut et configurer votre fonction Lambda avec les variables d'environnement qui correspondent à vos besoins monitoring .
- Si vous utilisez l’extension New Relic Lambda, vous devez configurer les variables d’environnement manuellement.
Les variables d’environnement sont utilisées pour configurer l’agent New Relic et l’extension Lambda. Il est important de définir correctement ces variables pour garantir que vos fonctions Lambda sont correctement monitorées.
Retrouvez vos données dans New Relic
Une fois votre fonction AWS Lambda instrumentée, vous pouvez trouver et utiliser les données dans l'interface New Relic APM. Les données sont organisées en plusieurs domaines clés, chacun fournissant des informations différentes détaillées sur les performances et l'état de votre fonction Lambda.
Essayez nos exemples de fonctions
Après avoir instrumenté la couche Lambda de New Relic, nous vous recommandons vivement d'essayer nos exemples de fonctions. Ces exemples de travail doivent être utilisés comme point de départ pour instrumenter votre propre fonction serverless. L’utilisation de ces exemples peut vous aider à vous familiariser avec la couche New Relic Lambda, à tester le lien de compte, et ils peuvent être utilisés comme référence pour votre propre instrumentation. Chaque exemple illustre l'ajout d'autorisations, des techniques spécifiques à l'exécution pour encapsuler votre gestionnaire, la gestion de la conservation log des fonctions dans CloudWatch, et bien plus encore.
Bien qu'il existe de nombreuses façons de gérer et d'utiliser la fonction Lambda, AWS CloudFormation est le mécanisme que nous utilisons pour nos exemples.
Nos exemples sont publiés, aux côtés de l'extension New Relic Lambda, dans ce référentiel GitHub. Il y en a un pour chaque runtime Lambda pris en charge par New Relic :
Vous pouvez également apprendre comment instrumenter le tracing distribué dans une application sans serveur non triviale dans notre exemple de tracing distribué. Il illustre la propagation manuelle trace pour SQS et SNS, deux des services les plus populaires susceptibles d'invoquer la fonction Lambda, avec les fonctions Node, Python, Ruby et Java .
Conseil
Lors de tests manuels, les données télémétriques peuvent être retardées. Nous vous recommandons d'attendre sept secondes avant d'appeler à nouveau la fonction, ce qui permet à toute télémétrie mise en mémoire tampon d'être transmise.
Considération des coûts
La mise en œuvre d'un serveur monitoring sans serveur pour AWS Lambda peut entraîner des frais AWS supplémentaires. La fonction Lambda newrelic-log-ingestion , qui transmet des données à New Relic, est considérée comme un service tiers et tous les frais AWS associés sont à la charge de l'utilisateur. En utilisant les newrelic-lambda-extension inclus dans les couches Lambda New Relic, vous pouvez éviter d'envoyer des logs et des données télémétriques via CloudWatch, bien que la configuration de la fonction newrelic-log-ingestion comme solution de secours CloudWatch soit possible pour les besoins de haute disponibilité.
L'activation monitoring sans serveur pour AWS Lambda peut entraîner des frais Amazon Web Services. Notre fonction Lambda newrelic-log-ingestion, qui nous transmet vos données Lambda, est considérée comme un service tiers: les frais AWS résultant de son utilisation sont à votre charge.
Si vous utilisez notre extension newrelic-lambda fournie dans nos couches New Relic Lambda , vous pouvez éviter d'envoyer des logs et des données de télémétrie via CloudWatch et la fonction d'ingestion newrelic-log . Il est également possible de configurer la fonction newrelic-log-ingestion comme méthode de secours CloudWatch pour les fonctions qui nécessitent une haute disponibilité des données d'observabilité.
Tarifs
Votre utilisation de New Relic APM + Serverless Convergence est facturée comme une entité APM conformément à votre commande. Pour plus de détails sur les prix, veuillez contacter notre équipe commerciale ou vous référer à votre commande.