Un accord de niveau de service (ALS) est un contrat ou un engagement entre un fournisseur de services et ses clients qui définit les normes de service dont le fournisseur est responsable. Les accords peuvent être juridiquement contraignants, ou dans le cas des SMA de performance des pages Web ou des applications, une norme convenue au sein d’une organisation pour ses utilisateurs ou clients. La mise en œuvre d’un SLA de performance renforce l’engagement de votre organisation envers l’expérience utilisateur et assure un client (espérons-le) heureux et de nombreuses visites de retour.

Création d’un SLA performance

Pour les sites et applications existants qui ont été en production pendant une longue période de temps, il est un peu plus facile de déterminer les AS. Vous pouvez regarder en arrière les données historiques des clients ou le comportement récent de l’utilisateur. Par exemple, lorsque vous voyez des pics chez les clients abandonner soudainement leur panier d’achat, ou tout simplement sauter de votre site ou application à un point précis, il est probable qu’ils ont rencontré un problème de performance d’une certaine sorte. Des facteurs comme ceux-ci peuvent être utilisés pour former la base de vos paramètres SLA.

Évidemment, les nouvelles applications et pages Web n’ont pas la commodité d’avoir des tonnes de données utilisables à votre disposition. Il peut être difficile de savoir par où commencer. Comment allez-vous vraiment savoir comment votre page ou application réagit au trafic réel, sans avoir de données réelles derrière pour commencer à décrivant les AAS?

Il est important que votre ALS soit aussi spécifique que possible dès le début. Une recherche rapide sur Internet peut donner beaucoup d’exemples, mais vous voudrez vous assurer que votre ALS est spécifique à vos clients, à leur emplacement, à l’heure de la journée, aux appareils et/ou navigateurs qu’ils utilisent, etc. Attachez ces pièces avec vos mesures de vitesse de charge de page ou d’application, telles que le temps de durer l’au-delà (TTLB), le temps d’affichage, ou le temps de résolution DNS, ainsi que les seuils acceptables, et vous avez vous-même les débuts d’un SLA de performance.

Mesures de performance de base

Dans le monde d’aujourd’hui, la plupart des utilisateurs abandonneront votre site après seulement quelques secondes. Il est essentiel de vous assurer de définir les SMA de performance appropriés. Heureusement, il ya peu d’endroits à regarder qui peuvent vous aider à démarrer sur le chemin de définir les différents paramètres qui vont de pair avec votre performance SLA.

  • Équipes internes. Évidemment, l’une des méthodes les plus faciles et les plus pratiques pour aider à définir vos AS est d’utiliser vos propres équipes. Ils ont plus que probablement été sur cette route avant, de sorte qu’ils sont plus susceptibles de donner un grand aperçu du monde réel sur ce qu’il faut inclure exactement et / ou éviter.
  • Repères de l’industrie. Des outils comme Google Analytics peuvent vous donner un aperçu de la façon dont votre site actuel se compare à d’autres sites dans des industries similaires. En outre, diverses agences de marketing /RÉFÉRENCEMent ont des tas de données de l’industrie qu’elles publient régulièrement.
  • La concurrence. La compétitivité engendre l’excellence, n’est-ce pas ? C’est du moins comme ça que ça se passe. Alors, regardez vos concurrents pour avoir un aperçu. Une façon simple et non intrusive de le faire est d’exécuter un test de vitesse gratuit contre leur site pour obtenir un aperçu rapide des différentes mesures de performance. S’il s’agit de timings basés sur les transactions et d’un comportement réel de l’utilisateur que vous recherchez, comme pour les applications Web, vous pouvez créer un script et faire tourner un petit nombre d’utilisateurs virtuels contre leur application. Mais attention à ne pas aller trop loin. Trop d’utilisateurs virtuels pourraient provoquer l’échec de leurs applications, alerter leur équipe informatiques et potentiellement bloquer votre ADRESSE IP. Pas bien. Pire encore, vous pourriez involontairement provoquer une attaque DDoS, ce qui est illégal. Ne faites rien de potentiellement illégal. Toujours de bons conseils à suivre.

Valider les exigences de performance SLA ou non fonctionnelles

Une fois que les valeurs de performance de base sont connues, vous pouvez augmenter les nombres à quelque chose qui pourrait être réalistement prévu lors d’une visite à votre site ou application au cours d’une période d’échantillon. La plate-forme LoadView offre aux utilisateurs plusieurs courbes de test de charge différentes au choix. L’une de ces options s’appelle la courbe basée sur l’objectif. Il est idéal pour valider les exigences SLA et non fonctionnelles.

Par exemple, si vous avez déjà un objectif de transaction prédéterminé, ou si vous connaissez (approximativement) le nombre de visiteurs que vous attendez sur votre site Web ou votre application au cours d’une période donnée, l’exécution d’un test courbe basé sur l’objectif aidera à confirmer que votre site ou application répond aux exigences prédéfini. En outre, générer une charge accrue sur un site Web ou des applications peut aider à prédire les performances de l’application pour une charge utilisateur plus lourde à l’avenir. Cela est généralement fait pour la planification de la capacité.

Examen de l’ALS de rendement et surveillance continue

Vous êtes intéressé à en savoir plus sur les tests réels basés sur le navigateur avec LoadView ? Planifiez une démo avec l’un de nos ingénieurs de performance dès aujourd’hui pour voir LoadView en action. Notre équipe vous fera passer par toute la plate-forme et le processus, de la configuration et le script à l’exécution et la déclaration. Visualisez et analysez les performances réelles de vos sites, applications et API sous charge. La plate-forme LoadView fournit plusieurs mesures et rapports de rapport différents, tels que des résumés de test, des rapports de session individuels, des graphiques de cascades et des performances par périphériques.

Ou essayez la plate-forme pour vous-même aujourd’hui. Nous vous donnerons 20 $ pour vos premiers tests de charge LoadView.

Surveillance des performances des sites Web et des applications

Une fois votre site Web ou votre application en production, les scripts que vous avez créés lors des tests de performances doivent être téléchargés dans la plate-forme de surveillance pour une surveillance continue. Cela garantit que vous respectez votre ALS et fournit des données quand vient le temps d’examiner et d’apporter toutes les améliorations et modifications de performance nécessaires au fil du temps. Plus important encore, la mise en place d’une surveillance continue vous permet d’être alerté des deuxièmes problèmes qui se posent, en s’assurant qu’un petit problème ne finiment pas causer de gros problèmes. En outre, si vous lancez une nouvelle application, la mise en œuvre de la surveillance peut vous fournir, à vous et à vos équipes, les données nécessaires pour effectuer de petits ajustements de performances qui peuvent faire toute la différence pour les utilisateurs.

La solution LoadView n’est qu’une partie de la suite complète dotcom-monitor de solutions de test et de surveillance des performances qui comprend la surveillance des pages Web, des applications Web, de l’infrastructure et des services Web (API SOAP/REST). Configurez des dispositifs de surveillance pour tous vos sites et applications critiques pour vous afin d’être informé si les seuils de disponibilité, de disponibilité ou de performances ne sont pas respectés ou si des erreurs se produisent. Vous ne voulez pas avoir à entendre votre site ou application est en baisse par rapport aux clients ou aux visiteurs. D’ici là, il peut avoir eu un impact sur de nombreux clients potentiels, coûtant à l’entreprise des revenus importants.