Alibaba Cloud ARMS diagnostique les problèmes de blocage des applications Java dans la pratique

Pas de panique, ce n'est qu'une image

A part 404, cette image est peut-être la plus angoissante pour les internautes.

Les internautes sont invités à laisser des messages en arrière-plan du compte officiel "Alibaba Middleware" et à nous envoyer les choses déchirantes que vous voyez sur Internet. Cela ne se limite pas aux textes, aux images et aux voix. Il s'agit de la "Collection Internet Heartache".

Selon des recherches pertinentes, lorsque le temps de chargement de la page passe de 1 seconde à 3 secondes, les chances de rebond augmentent d'environ 30 %. Les chances de 1 à 5 secondes augmentent jusqu'à 90 %. Si le chargement de votre site Web prend 10 secondes, les chances de rebond dépasseront 120 %. (Les 120 % ici ne signifient pas que 10 personnes arrivent et 12 personnes partent, mais plutôt le taux de croissance du taux de désabonnement des utilisateurs.) Par conséquent, à l'ère de « l'expérience utilisateur est reine », la surveillance des performances des applications est devenue la priorité absolue du fonctionnement et gestion de l'entretien.

1. Trouver la cause de la « lenteur ».

Le décalage du site Web et le chargement lent des pages sont l'un des problèmes courants dans les applications Internet. Il n'est pas facile de dépanner et de résoudre de tels problèmes, et cela coûtera beaucoup de temps et d'énergie au personnel d'exploitation et de maintenance. Il y a généralement trois raisons :

» Le lien de candidature est trop long et il n'y a aucun moyen de démarrer.

De la page front-end à la passerelle back-end, du serveur d'applications Web à la base de données back-end, des problèmes dans n'importe quel lien peuvent entraîner le blocage de la requête globale. Est-ce la ressource front-end. chargement trop lent ? Ou y a-t-il un problème avec la base de données ? Ou le code du serveur récemment publié présente-t-il des problèmes de performances ? Des problèmes peuvent survenir pour diverses raisons.

Les applications qui utilisent une architecture « microservice » ont des liens plus complexes. Différents composants peuvent être entretenus par différentes équipes et personnels, ce qui rend le dépannage plus difficile.

» Le log est incomplet ou de mauvaise qualité, et le site est manquant.

Les journaux d'application sont sans aucun doute un artefact permettant de résoudre les problèmes en ligne, mais l'emplacement des problèmes est souvent imprévisible. Lorsque des problèmes surviennent, on constate généralement que les informations du journal sont incomplètes car nous ne pouvons pas imprimer tous les endroits où des problèmes peuvent survenir. . enregistrer.

La définition de « lent » est subjective, et « lent » est parfois un phénomène accidentel. Pour réellement capturer la ligne de code « lente », nous devons souvent enregistrer chaque appel et ne pas manquer chaque ligne de code, mais cette approche est trop coûteuse.

» Un suivi inadéquat et il est trop tard lorsque des problèmes surviennent.

Un développement commercial rapide et des itérations plus rapides entraîneront des modifications fréquentes de l'interface, des dépendances accrues et une détérioration de la qualité du code dans le système métier. S'il n'existe pas de système de surveillance complet capable de surveiller de manière entièrement automatique les performances de chaque interface de l'application et d'enregistrer automatiquement les appels problématiques, il sera trop tard pour résoudre le problème après les commentaires des utilisateurs.

2. Comment localiser les problèmes « lents » en 1 minute

ARMS (Application Real-Time Monitoring Service) est un produit de surveillance de classe Alibaba Cloud Application Performance Management (APM) à lien complet. ARMS fournit une gamme complète de fonctions de surveillance pour la surveillance et le diagnostic des applications Java, la surveillance en temps réel de l'Internet des véhicules, la surveillance en temps réel du secteur de la vente au détail, la surveillance de l'expérience utilisateur et d'autres scénarios, y compris la surveillance frontale, la surveillance des applications et des fonctions de surveillance personnalisées pour créez rapidement des capacités de surveillance commerciale en temps réel.

Étape 1 : Installez la sonde Java (si votre application est hébergée sur EDAS, vous pouvez même sauter cette étape)

• Ouvrez ARMS et créez l'application.

• Téléchargez le package de la sonde Java et décompressez-le.

• Ajoutez -javaagent:/{user.workspace}/ArmsAgent/arms-bootstrap-1.7.0-SNAPSHOT.jar-Darms.licenseKey=xxx -Darms.appId=xxx (remplissez l'appId et la licence selon les informations attribuées sur la page)

• Ouvrez la page ARMS, les données commencent à être rapportées et vérifiez que la sonde Java est installée avec succès.

Étape 2 : Trouver les indices suspects « lents » dans l'aperçu de l'application

Entrez la carte topologique de l'application ARMS. Dans l'aperçu des applications, nous pouvons clairement voir qu'il y a 5 fois du « SQL lent » dans le système aujourd'hui.

Étape 3 : Parcourez et découvrez "l'interface lente"

Cliquez sur la liste des interfaces, on peut voir en un coup d'œil ce que propose cette application Toutes les interfaces ainsi que le nombre d'appels et la consommation de temps de cette interface Bien entendu, ces interfaces sont automatiquement découvertes par les sondes ARMS dans le programme sans aucune configuration.

Parmi ces interfaces, l'interface « lente » sera clairement marquée. Nous avons clairement trouvé une interface étrangement lente.

Sélectionnez l'interface "lente" avec le plus d'appels à gauche. On voit à droite que cet appel est évidemment "lent" dans l'appel de la base de données.

Étape 4 : « Quelle ligne de code est lente » ? Localisez la raison en un clic !

• Il ne suffit pas de voir combien de temps prend l'interface, nous devons identifier exactement dans quelle ligne de code la « lenteur » apparaît.

• Cliquez sur "Interface Snapshot" pour voir les instantanés de toutes les interfaces correspondant à cette interface. L'instantané est un enregistrement complet de l'appel de lien complet d'un appel. La sonde ARMS enregistrera le code et la durée de chaque appel avec une très faible perte de performances, vous aidant ainsi à identifier les problèmes « lents ».

• Nous cliquons sur le TraceId d'un certain instantané d'appel et le développons pour voir quelle ligne est spécifiquement « lente » pour cet appel. Sur l'image ci-dessus, nous pouvons clairement voir que dans cet appel qui a duré 705 millisecondes, la plupart du temps a été passé dans l'appel SQL "SELECT * FROMl_employee", qui est évidemment une opération d'analyse complète de la table !

• Jusqu'à présent, nous avons clairement découvert la cause première d'une erreur d'appel lent dans le système. Et il existe une base suffisante pour guider notre prochaine étape de travail d’optimisation du code. Nous pouvons également revenir à la liste des interfaces d'appel, puis ouvrir un par un d'autres appels "lents" dans la liste et les résoudre un par un. Je pense qu'avec l'aide d'ARMS, votre site Web pourra rester à l'écart. des problèmes de décalage et offre aux utilisateurs une expérience plus fluide.

Étape 5 : Prévenez les problèmes avant qu'ils ne surviennent - définissez des alarmes

Bien sûr, vous pouvez définir des alarmes pour une certaine interface ou pour toutes les interfaces dans les paramètres d'alarme d'ARMS. Laissez votre équipe d’exploitation et de maintenance être immédiatement informée lorsque l’interface de la page est bloquée.

3. Quels sont les autres problèmes liés à l'expérience du site Web ?

Bien sûr, en plus des retards du site Web et du chargement lent des pages, le site Web aura également une série de problèmes tels que des erreurs d'arrière-plan, des échecs de chargement des pages et des fuites de mémoire. Comment utiliser ARMS pour résoudre rapidement davantage de problèmes de sites Web. Veuillez prêter attention à notre série d'articles ARMS - "Localisation en une minute des problèmes courants de sites Web".

Recommandations associées :

Problème de calcul mysql-Alibaba Cloud-RDS-MySQL-5.5

Depuis l'utilisation de Qiniu Après avoir utilisé Cloud Robots, Baidu ne peut pas l'explorer. Les diagnostics montrent que les robots sont désactivés. Qu'est-ce qui n'a pas fonctionné ?

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!