Votre application est lente. C'est peut-être si lent que cela provoque des temps d'arrêt ou des problèmes dans les services associés, ou peut-être s'agit-il simplement d'une réponse lente du back-end qui aggrave un peu votre expérience utilisateur. Que faites-vous à ce sujet ?
Ce didacticiel vous explique comment utiliser New Relic pour trier votre application et identifier la cause première de la dégradation des performances de votre application. Vous commencerez par « instrumenter » votre application avec un agent, ce qui signifie installer un morceau de code qui rapporte des données sur votre application à New Relic via une intégration spécifique au langage et framework . En utilisant ces données dans New Relic, vous analyserez les performances de votre application et identifierez les transactions lentes, les requêtes de base de données lentes ou les services externes lents comme étant votre problème, ou peut-être les trois !
Comment réparer une application lente avec New Relic
La résolution d’une application lente nécessite une approche systématique pour identifier la cause première des problèmes de performances. Les étapes suivantes vous fourniront les informations nécessaires pour dépanner, diagnostiquer et résoudre les problèmes ayant un impact négatif sur la vitesse de votre application.
Mettre en œuvre monitoring des performances grâce à l'instrumentation des applications
Avant de pouvoir améliorer les performances de votre site, vous devez pouvoir voir ce qui se passe. Le monitoring de New Relic commence toujours par un integration, ou un morceau de code qui collecte des données à partir d'une technologie pertinente et les signale à New Relic. Pour monitorer les performances de votre application, vous utiliserez un agent créé spécifiquement pour le langage de votre application.
Cliquez sur un logo pour installer un agent. Cela vous enverra à la plateforme New Relic où vous serez guidé dans l'installation et la configuration de l'agent.
Une fois que vous avez installé un agent, accédez à one.newrelic.com et sélectionnez votre application. Si vous ne voyez pas encore beaucoup de données, éloignez-vous un instant et laissez l'agent collecter des données en temps réel pendant l'exécution de votre application.
Identifier les problèmes d'application
Regardez le graphique Web transactions time . Ce graphique affiche le temps de réponse moyen de certaines métriques au sein de votre application. À mesure que votre graphique se remplit de données, notez les pics étranges dans n'importe quelle ligne ou segment. En même temps, prenez note de tous les segments ou lignes qui prennent systématiquement beaucoup de temps.
Conseil
Utilisez le sélecteur d'intervalle de temps en haut à droite de votre page pour rechercher des pics sur différentes plages de temps.
Diagnostiquer votre application
Grâce aux informations contenues dans les graphiques fournis, vous pouvez analyser la vitesse et l'efficacité actuelles de vos transactions d'application, de vos requêtes de base de données et de vos services externes. L’étape suivante consiste à prioriser et à mettre en œuvre les correctifs cibles pour améliorer les performances.
Choisissez votre prochaine étape dans ce didacticiel en fonction des couleurs qui occupent les plus grandes parties du graphique ou qui présentent des pics ou d'autres comportements étranges :
If it's the blue line: slow application traces
La ligne bleue représente application code, plus précisément le temps passé dans votre application sur du code qui n'est pas externe ou des appels de base de données. Pour résoudre ce problème, cliquez ici pour accéder à l’étape 2 du didacticiel.
If it's the yellow segment: slow database queries
Le segment jaune est database queries, spécifiquement le temps passé à appeler et à attendre la requête de base de données. Pour résoudre ce problème, cliquez ici pour accéder à l’étape 3 du didacticiel.
If it's the green segment: slow external services
Le segment vert représente external services, plus précisément le temps passé à appeler un service ou un point de terminaison HTTP. Il peut s'agir d'un point de terminaison HTTP faisant partie de la même application, d'un autre service faisant partie du même système ou d'une API tierce entièrement externe. Pour résoudre ce problème, cliquez ici pour accéder à l’étape 4 du didacticiel.