[et_pb_section fb_built=”1″ admin_label=”section” _builder_version=”4.27.6″ custom_margin=”0px||||false|false” custom_padding=”0px||||false|false” global_colors_info=”{}”][et_pb_row admin_label=”row” _builder_version=”4.27.6″ background_size=”initial” background_position=”top_left” background_repeat=”repeat” custom_margin=”0px||||false|false” custom_padding=”0px||||false|false” global_colors_info=”{}”][et_pb_column type=”4_4″ admin_label=”Column” _builder_version=”4.27.6″ custom_padding=”0px||||false|false” global_colors_info=”{}” custom_padding__hover=”|||”][et_pb_image src=”https:\/\/www.loadview-testing.com\/wp-content\/uploads\/hero-realistic-traffic-patterns.webp” alt=”Performance engineer reviewing traffic pattern graphs for an enterprise application load test” title_text=”hero-realistic-traffic-patterns” _builder_version=”4.27.6″ _module_preset=”default” global_colors_info=”{}”][\/et_pb_image][et_pb_text admin_label=”Text” _builder_version=”4.27.6″ background_size=”initial” background_position=”top_left” background_repeat=”repeat” global_colors_info=”{}”]La plupart des tests de charge d’entreprise commencent avec un nombre choisi lors d’une r\u00e9union. Cinq mille utilisateurs virtuels. Dix mille. Le test r\u00e9ussit, le rapport est archiv\u00e9, et l’application plante toujours le premier lundi du trimestre.<\/p>\n
Les nombres ronds sont faciles \u00e0 convenir et ne vous disent presque rien. Le trafic r\u00e9el arrive par rafales, se r\u00e9partit in\u00e9galement entre les fonctionnalit\u00e9s, et modifie sa composition au moment pr\u00e9cis o\u00f9 le volume atteint son pic. Un test qui envoie un flux plat de requ\u00eates identiques exerce un chemin de code diff\u00e9rent de celui de la production, avec un comportement de cache, des plans de requ\u00eate, et une contention de verrouillage sans rapport avec le syst\u00e8me en direct.<\/p>\n
Voici comment construire un mod\u00e8le de trafic \u00e0 partir des donn\u00e9es que vous collectez d\u00e9j\u00e0, et comment le lancer pour que les r\u00e9sultats aient du sens.<\/p>\n
Trois choses d\u00e9concertent les \u00e9quipes qui passent directement d’un nombre de personnel \u00e0 un test en cours.<\/p>\n
La concurrence et le taux d’arriv\u00e9e ne sont pas le m\u00eame chiffre.<\/strong> Quand un intervenant dit \u00ab nous devons g\u00e9rer 5 000 utilisateurs \u00bb, demandez lequel des deux il entend. Cinq mille personnes connect\u00e9es simultan\u00e9ment est un test compl\u00e8tement diff\u00e9rent de cinq mille sessions d\u00e9marrant chaque heure. Se tromper dans le sens g\u00e9n\u00e9reux vous fera passer des semaines \u00e0 ajuster une charge qui n’arrivera jamais. Se tromper dans l’autre sens ne vous dit rien. Le test d’utilisateurs concurrents<\/a> ne prend sens que lorsque vous savez lequel des deux chiffres vous ciblez. C’est la diff\u00e9rence entre un mod\u00e8le bas\u00e9 sur le taux d’arriv\u00e9e, qui refl\u00e8te comment les utilisateurs arrivent r\u00e9ellement, et un mod\u00e8le bas\u00e9 sur la concurrence, qui maintient une population fixe dans le syst\u00e8me. Le trafic public est presque toujours le premier. Les syst\u00e8mes avec une base utilisateur limit\u00e9e \u2014 postes de centre d’appels, si\u00e8ges sous licence, portails d’agents \u2014 se comportent vraiment comme le second.<\/p>\n Le trafic a une forme, et c’est cette forme qui cause les dommages.<\/strong> Les pools de connexions, les groupes de mise \u00e0 l’\u00e9chelle automatique et les serveurs d’application chauff\u00e9s JIT r\u00e9pondent tous au taux de changement, pas seulement au plafond. Un syst\u00e8me qui g\u00e8re confortablement 2 000 utilisateurs concurrents peut \u00e9chouer en atteignant 2 000 s’il y arrive en quatre-vingt-dix secondes.<\/p>\n Le m\u00e9lange des transactions \u00e9volue avec le volume.<\/strong> \u00c0 volume moyen, un site e-commerce voit surtout du navigation. Lors d’une vente flash, les appels de paiement et de gestion des stocks prennent une part beaucoup plus grande sur le m\u00eame nombre de requ\u00eates. Le nombre total para\u00eet identique sur un tableau de bord. La charge sur la base de donn\u00e9es ne l’est pas.[\/et_pb_text][et_pb_image src=”https:\/\/www.loadview-testing.com\/wp-content\/uploads\/flat-load-vs-shaped-load.webp” alt=”Comparison of a flat virtual user load test against a shaped arrival curve with varying transaction mix” title_text=”flat-load-vs-shaped-load” _builder_version=”4.27.6″ _module_preset=”default” global_colors_info=”{}”][\/et_pb_image][et_pb_text admin_label=”Text” _builder_version=”4.27.6″ background_size=”initial” background_position=”top_left” background_repeat=”repeat” global_colors_info=”{}”]<\/p>\n Un nombre plat d’utilisateurs virtuels et une courbe d’arriv\u00e9e fa\u00e7onn\u00e9e peuvent produire le m\u00eame d\u00e9bit moyen tout en sollicitant des parties totalement diff\u00e9rentes de la pile.<\/strong><\/p>\n Vous n’avez pas besoin d’une nouvelle instrumentation. La plupart de ces donn\u00e9es sont d\u00e9j\u00e0 \u00e9crites quelque part sur disque. Le travail consiste \u00e0 les assembler en sessions et \u00e0 filtrer le trafic des bots avant de compter quoi que ce soit.<\/p>\n [\/et_pb_text][dipl_advanced_table columns_number=”2″ row_spacing=”1px” admin_label=”DP Advanced Table” _builder_version=”4.27.6″ _module_preset=”default” header_text_font_size=”15px” table_cell_text_font_size=”15px” global_colors_info=”{}”][dipl_advanced_table_item cell_value=”Source” _builder_version=”4.27.6″ _module_preset=”default” global_colors_info=”{}”][\/dipl_advanced_table_item][dipl_advanced_table_item cell_value=”Informations \u00e0 extraire” _builder_version=”4.27.6″ _module_preset=”default” global_colors_info=”{}”][\/dipl_advanced_table_item][dipl_advanced_table_item cell_value=”Journaux d\u2019acc\u00e8s du serveur Web et du r\u00e9partiteur de charge” _builder_version=”4.27.6″ _module_preset=”default” global_colors_info=”{}”][\/dipl_advanced_table_item][dipl_advanced_table_item cell_value=”Requ\u00eates par seconde par point de terminaison, distribution des codes de statut, horodatage r\u00e9el de votre heure la plus charg\u00e9e” _builder_version=”4.27.6″ _module_preset=”default” global_colors_info=”{}”][\/dipl_advanced_table_item][dipl_advanced_table_item cell_value=”APM ou surveillance utilisateur r\u00e9el (Dynatrace, Datadog, New Relic)” _builder_version=”4.27.6″ _module_preset=”default” global_colors_info=”{}”][\/dipl_advanced_table_item][dipl_advanced_table_item cell_value=”Dur\u00e9e de sessions, temps entre pages, temps r\u00e9el de r\u00e9flexion entre interactions” _builder_version=”4.27.6″ _module_preset=”default” global_colors_info=”{}”][\/dipl_advanced_table_item][dipl_advanced_table_item cell_value=”Analyses Web (exports GA4, Adobe Analytics)” _builder_version=”4.27.6″ _module_preset=”default” global_colors_info=”{}”][\/dipl_advanced_table_item][dipl_advanced_table_item cell_value=”Sessions par heure, r\u00e9partition par appareil et navigateur, g\u00e9ographie, pages d\u2019entr\u00e9e” _builder_version=”4.27.6″ _module_preset=”default” global_colors_info=”{}”][\/dipl_advanced_table_item][dipl_advanced_table_item cell_value=”Journaux CDN (CloudFront, Fastly, Akamai)” _builder_version=”4.27.6″ _module_preset=”default” global_colors_info=”{}”][\/dipl_advanced_table_item][dipl_advanced_table_item cell_value=”Taux de hit du cache, taux de d\u00e9charge d\u2019origine, quels assets manquent” _builder_version=”4.27.6″ _module_preset=”default” global_colors_info=”{}”][\/dipl_advanced_table_item][dipl_advanced_table_item cell_value=”Journaux du fournisseur d’identit\u00e9 ou SSO (Okta, Entra ID)” _builder_version=”4.27.6″ _module_preset=”default” global_colors_info=”{}”][\/dipl_advanced_table_item][dipl_advanced_table_item cell_value=”Taux de connexion et concurrence des sessions, souvent le seul signal utile pour les applications internes” _builder_version=”4.27.6″ _module_preset=”default” global_colors_info=”{}”][\/dipl_advanced_table_item][dipl_advanced_table_item cell_value=”Planificateur de batch et base de donn\u00e9es” _builder_version=”4.27.6″ _module_preset=”default” global_colors_info=”{}”][\/dipl_advanced_table_item][dipl_advanced_table_item cell_value=”Quoi d’autre fonctionne pendant votre fen\u00eatre de pic” _builder_version=”4.27.6″ _module_preset=”default” global_colors_info=”{}”][\/dipl_advanced_table_item][\/dipl_advanced_table][et_pb_text admin_label=”Text” _builder_version=”4.27.6″ background_size=”initial” background_position=”top_left” background_repeat=”repeat” global_colors_info=”{}”]<\/p>\n Les applications internes d\u2019entreprise n\u2019ont g\u00e9n\u00e9ralement aucune balise d\u2019analyse. Les journaux d\u2019authentification et les journaux des serveurs d\u2019application comblent cette lacune \u2014 les \u00e9v\u00e9nements de connexion fournissent le taux d\u2019arriv\u00e9e, et le temps entre la premi\u00e8re et la derni\u00e8re requ\u00eate par session donne la dur\u00e9e.<\/p>\n [\/et_pb_text][et_pb_image src=”https:\/\/www.loadview-testing.com\/wp-content\/uploads\/traffic-model-inputs.webp” alt=”Diagram showing production data sources feeding into a traffic model with arrival rate, transaction mix, think time, and geography” title_text=”traffic-model-inputs” _builder_version=”4.27.6″ _module_preset=”default” global_colors_info=”{}”][\/et_pb_image][et_pb_text admin_label=”Text” _builder_version=”4.27.6″ background_size=”initial” background_position=”top_left” background_repeat=”repeat” global_colors_info=”{}”]<\/p>\n Quatre sorties d\u00e9finissent le mod\u00e8le : taux d\u2019arriv\u00e9e, m\u00e9lange des transactions, distribution des temps de r\u00e9flexion, et r\u00e9partition g\u00e9ographique.<\/strong><\/p>\n Pas “le pic de trafic”. Une heure pr\u00e9cise, \u00e0 une date pr\u00e9cise, extraite de vos journaux. Prenez l\u2019heure \u00e0 plus fort d\u00e9bit des douze derniers mois, puis choisissez une deuxi\u00e8me fen\u00eatre couvrant votre pire \u00e9v\u00e9nement commercial \u2014 cl\u00f4ture de fin de mois, inscription ouverte, Black Friday, rapport trimestriel. Mod\u00e9lisez les deux. Ils n\u2019ont presque jamais la m\u00eame forme.<\/p>\n Les requ\u00eates par seconde sont les chiffres les plus faciles \u00e0 extraire mais aussi les moins stables. D\u00e9ployez une version frontale qui regroupe trois appels API en un seul et votre nombre de requ\u00eates baisse d\u2019un tiers sans changement de la demande. Les sessions par heure refl\u00e8tent ce que les utilisateurs font r\u00e9ellement. L\u2019\u00e9cart est le plus grand sur les applications monopages, o\u00f9 un clic peut g\u00e9n\u00e9rer une douzaine d\u2019appels API en arri\u00e8re-plan.<\/p>\n Extrayez les sessions par heure pour votre fen\u00eatre, ainsi que la dur\u00e9e moyenne et au 90e percentile des sessions. Gardez les deux chiffres \u2014 la queue compte \u00e0 l’\u00e9tape trois.<\/p>\n La loi de Little relie le taux d\u2019arriv\u00e9e \u00e0 la concurrence :<\/p>\n Sessions concurrentes = sessions par heure \u00d7 (minutes moyennes par session \u00f7 60)<\/strong><\/p>\n 18 000 sessions\/heure \u00d7 (6 minutes \u00f7 60) = 1 800 sessions concurrentes<\/p>\n Lancer 18 000 utilisateurs virtuels<\/a> simultan\u00e9s contre cette application, c\u2019est tester quelque chose dix fois plus grand que votre pic r\u00e9el. Vous \u00e9chouerez \u00e0 un test que vous auriez r\u00e9ussi, puis passerez un sprint \u00e0 traquer un goulet d\u2019\u00e9tranglement que la production n\u2019atteindra jamais.<\/p>\n La loi de Little prend la moyenne, donc consid\u00e9rez P90 comme une v\u00e9rification de dimensionnement distincte plut\u00f4t qu\u2019une seconde lecture de la formule. Avec un P90 \u00e0 22 minutes contre une moyenne de 6 minutes, vous obtenez environ 6 600 \u2014 la concurrence si chaque session dure aussi longtemps que le dixi\u00e8me le plus lent. Volontairement pessimiste, c\u2019est le chiffre utile pour la planification de capacit\u00e9<\/a> lorsque des sessions longues retiennent des ressources rares comme des threads de rapports ou des connexions \u00e0 la base.<\/p>\n Regroupez les points de terminaison en transactions m\u00e9tier plut\u00f4t qu’en URL : recherche, consultation d\u00e9taill\u00e9e, ajout au panier, soumission de r\u00e9clamation, export de rapport, paie. Enregistrez ensuite deux mixages \u2014 la part de chaque transaction sur la totalit\u00e9 de la fen\u00eatre, et sa part durant la minute la plus charg\u00e9e.<\/p>\n Si ces deux mixages diff\u00e8rent de plus de quelques points de pourcentage sur une transaction, construisez-les tous deux dans le test et ex\u00e9cutez-les comme sc\u00e9narios s\u00e9par\u00e9s. Un test bas\u00e9 uniquement sur le mix horaire sous-\u00e9valuera la charge de la transaction qui conna\u00eet le plus de pics au pic.<\/p>\n Ne devinez pas le temps de r\u00e9flexion et n\u2019utilisez pas de constante. Une pause fixe de cinq secondes synchronise tous les utilisateurs virtuels en colonne, frappant l\u2019application en cadence, g\u00e9n\u00e9rant un d\u00e9bit<\/a> en pics qu\u2019aucune population r\u00e9elle ne produit.<\/p>\n Extrayez le d\u00e9lai entre chargements de pages cons\u00e9cutifs dans de vraies sessions \u00e0 partir des donn\u00e9es RUM ou APM et reproduisez-le comme une distribution. Les utilisateurs d\u2019entreprise sont g\u00e9n\u00e9ralement bimodaux : courts \u00e9carts en naviguant dans un flux qu\u2019ils connaissent par c\u0153ur, longs en lisant un document ou prenant un appel t\u00e9l\u00e9phonique.<\/p>\n Tracez le nombre de sessions par minute sur votre fen\u00eatre et fa\u00e7onnez la mont\u00e9e du test pour qu\u2019elle corresponde. Trois formes couvrent la plupart des applications d\u2019entreprise :<\/p>\n Utilisez la r\u00e9partition g\u00e9ographique des analyses ou journaux CDN et g\u00e9n\u00e9rez la charge depuis ces m\u00eames r\u00e9gions. Cela ne concerne pas uniquement la mesure de la latence pour les utilisateurs distants. La latence influe sur la concurrence : une session tenue ouverte par un aller-retour de 280 ms dure plus longtemps que la m\u00eame session sur une connexion de 20 ms, donc des taux d\u2019arriv\u00e9e identiques produisent une concurrence plus \u00e9lev\u00e9e. Tester tout depuis une seule r\u00e9gion cache cela enti\u00e8rement.<\/p>\n Un jeu de donn\u00e9es par utilisateur virtuel.<\/strong> M\u00eame login, m\u00eame ID produit, m\u00eame num\u00e9ro de compte pour dix mille utilisateurs, et votre taux de hit de cache monte \u00e0 presque 100 %. La production ne se comporte pas ainsi. Param\u00e9trez avec un jeu de donn\u00e9es suffisamment large pour correspondre \u00e0 la cardinalit\u00e9 r\u00e9elle \u2014 un pool de comptes, une liste d’SKU, des IDs de commande uniques par ex\u00e9cution \u2014 puis comparez le taux de hit du cache du test \u00e0 celui de la production avant de faire confiance \u00e0 un r\u00e9sultat.<\/p>\n Rien d’autre ne tourne pendant le pic.<\/strong> Les pics d’entreprise co\u00efncident avec des travaux programm\u00e9s : ETL nocturnes, reconstruction d\u2019index, g\u00e9n\u00e9ration de rapports, fen\u00eatres de sauvegarde, synchronisation de r\u00e9plication. Si le travail de rapprochement s\u2019ex\u00e9cute \u00e0 2 h du matin et que votre pic batch est aussi \u00e0 2 h, un environnement de test propre sans charge de fond mesure un syst\u00e8me que vous n\u2019op\u00e9rez pas.<\/p>\n Tests protocolaires uniquement sur des applications lourdes en navigateur.<\/strong> Un test au niveau HTTP rejoue les requ\u00eates captur\u00e9es lors de l\u2019enregistrement. Il n\u2019ex\u00e9cutera pas de JavaScript, ne d\u00e9clenchera pas les appels charg\u00e9s paresseusement, n\u2019ex\u00e9cutera pas les balises tierces, ni ne rendra quoi que ce soit. Pour une application monopage ou un portail interne lourd, cela exclut la plupart du travail effectu\u00e9 par le client \u2014 et tout ce qui d\u00e9termine l\u2019affichage utilisateur. Le test de charge d\u2019application web<\/a> dans de vrais navigateurs est la seule mani\u00e8re de mesurer le rendu c\u00f4t\u00e9 client sous charge.<\/p>\n Le chemin heureux uniquement.<\/strong> Le trafic r\u00e9el comprend des paniers abandonn\u00e9s, des boucles de retour, des connexions \u00e9chou\u00e9es, des jetons expir\u00e9s, et des double-clics impatients. Les connexions \u00e9chou\u00e9es valent un sc\u00e9nario \u00e0 part : elles touchent le fournisseur d’identit\u00e9, contournent g\u00e9n\u00e9ralement le cache, et d\u00e9clenchent souvent une logique de verrouillage qui ajoute des \u00e9critures.<\/p>\n Trois mod\u00e8les qui reviennent sans cesse, et ce que chacun exige du mod\u00e8le.<\/p>\n L\u2019arriv\u00e9e est quasi verticale et le m\u00e9lange se concentre sur trois transactions : d\u00e9tails produit, ajout au panier, paiement. Si la page produit est cacheable, le taux de hit CDN s\u2019am\u00e9liore car tout le monde demande le m\u00eame article populaire, ce qui rend un test na\u00eff facile. La pression retombe sur les appels non cacheables \u2014 v\u00e9rifications de stock, \u00e9critures de panier, autorisations de paiement \u2014 tous frappant simultan\u00e9ment l\u2019origine avec contention au niveau des lignes pour un seul SKU. Mod\u00e9lisez le m\u00e9lange \u00e0 la minute de pic, pas \u00e0 l\u2019heure.<\/p>\n Le volume de sessions est banal. La dur\u00e9e de session ne l\u2019est pas. Les exports de rapports et les traitements batch durent plusieurs minutes, donc la concurrence monte bien que le taux d\u2019arriv\u00e9e semble plat \u2014 la loi de Little qui joue contre vous. Cela s\u2019ajoute aussi au batch de cl\u00f4ture comptable, donc la charge de fond fait partie du test. S\u00e9parez les utilisateurs de rapport longue dur\u00e9e et ceux du traitement en leur propre classe transactionnelle avec leur propre dur\u00e9e au lieu de les fusionner dans une moyenne unique.<\/p>\n Semaines de charge \u00e9lev\u00e9e avec un pic marqu\u00e9 les deux derniers jours. Les sessions sont longues car les gens lisent les documents de plan, et elles comportent beaucoup d\u2019authentification et de t\u00e9l\u00e9chargements. La partie de plusieurs semaines est un test d\u2019endurance<\/a>, o\u00f9 les fuites de m\u00e9moire, l\u2019\u00e9puisement du pool de connexions, et le volume des journaux comptent plus que la concurrence maximale. Le pic des derniers jours n\u00e9cessite son propre mod\u00e8le.<\/p>\n Une fois le mod\u00e8le cr\u00e9\u00e9, la configuration du test en d\u00e9coule. LoadView propose trois courbes de charge<\/a>, et votre mod\u00e8le vous indique laquelle choisir :<\/p>\n [\/et_pb_text][dipl_advanced_table columns_number=”2″ row_spacing=”1px” admin_label=”DP Advanced Table” _builder_version=”4.27.6″ _module_preset=”default” header_text_font_size=”15px” table_cell_text_font_size=”15px” global_colors_info=”{}”][dipl_advanced_table_item cell_value=”Courbe de charge” _builder_version=”4.27.6″ _module_preset=”default” global_colors_info=”{}”][\/dipl_advanced_table_item][dipl_advanced_table_item cell_value=”Utilisez-la lorsque votre mod\u00e8le indique” _builder_version=”4.27.6″ _module_preset=”default” global_colors_info=”{}”][\/dipl_advanced_table_item][dipl_advanced_table_item cell_value=”Courbe de charge par palier” _builder_version=”4.27.6″ _module_preset=”default” global_colors_info=”{}”][\/dipl_advanced_table_item][dipl_advanced_table_item cell_value=”Vous avez un objectif de concurrence et souhaitez voir o\u00f9 le temps de r\u00e9ponse se d\u00e9grade dans la mont\u00e9e” _builder_version=”4.27.6″ _module_preset=”default” global_colors_info=”{}”][\/dipl_advanced_table_item][dipl_advanced_table_item cell_value=”Courbe bas\u00e9e sur un objectif” _builder_version=”4.27.6″ _module_preset=”default” global_colors_info=”{}”][\/dipl_advanced_table_item][dipl_advanced_table_item cell_value=”Votre mod\u00e8le s\u2019exprime en d\u00e9bit \u2014 transactions ou sessions par intervalle \u2014 ou vous validez un SLA” _builder_version=”4.27.6″ _module_preset=”default” global_colors_info=”{}”][\/dipl_advanced_table_item][dipl_advanced_table_item cell_value=”Courbe ajustable dynamique” _builder_version=”4.27.6″ _module_preset=”default” global_colors_info=”{}”][\/dipl_advanced_table_item][dipl_advanced_table_item cell_value=”Vous voulez d\u00e9placer la charge et la distribution r\u00e9gionale pendant le test pour trouver o\u00f9 le syst\u00e8me fl\u00e9chit” _builder_version=”4.27.6″ _module_preset=”default” global_colors_info=”{}”][\/dipl_advanced_table_item][\/dipl_advanced_table][et_pb_text admin_label=”Text” _builder_version=”4.27.6″ background_size=”initial” background_position=”top_left” background_repeat=”repeat” global_colors_info=”{}”]<\/p>\n Enregistrez le flux de session avec EveryStep Web Recorder<\/a> pour que le script reproduise le parcours utilisateur dans un vrai navigateur, sur les navigateurs desktop et mobiles que vos analyses indiquent. Fixez la r\u00e9partition r\u00e9gionale avec le r\u00e9seau d’injection g\u00e9o-distribu\u00e9<\/a> pour correspondre \u00e0 l\u2019\u00e9tape sept de votre mod\u00e8le.<\/p>\n Pour les applications qui ne touchent jamais l\u2019internet public, les injecteurs sur site testent la charge derri\u00e8re votre pare-feu<\/a> tout en rapportant sur la m\u00eame plateforme \u2014 c\u2019est ainsi que la plupart du trafic ERP interne et portail est mod\u00e9lis\u00e9.<\/p>\n Un mod\u00e8le de trafic est une hypoth\u00e8se tant que vous ne comparez pas ses sorties au r\u00e9el. Capturez l\u2019arri\u00e8re-plan pendant l\u2019ex\u00e9cution du test \u2014 \u00e9v\u00e9nements d\u2019attente en base, saturation des pools de connexions, profondeur des files, activit\u00e9 d\u2019autoscaling, taux de requ\u00eates CDN \u00e0 l\u2019origine, limitation du fournisseur d\u2019identit\u00e9. Ces signaux expliquent les chiffres ci-dessous.<\/p>\n Apr\u00e8s le test, mettez cinq mesures c\u00f4te \u00e0 c\u00f4te avec la production pour la m\u00eame fen\u00eatre :<\/p>\n Puis analysez vos r\u00e9sultats de test de charge<\/a> par rapport \u00e0 ces cinq mesures, ajustez le script, et relancez. Deux it\u00e9rations suffisent g\u00e9n\u00e9ralement pour obtenir un mod\u00e8le assez proche pour \u00eatre fiable.<\/p>\n [\/et_pb_text][et_pb_accordion open_toggle_text_color=”#42526e” open_toggle_background_color=”#FFFFFF” closed_toggle_background_color=”#FFFFFF” toggle_icon=”L||divi||400″ icon_color=”#0C71C3″ use_icon_font_size=”on” icon_font_size=”20px” admin_label=”Accordion” _builder_version=”4.27.6″ _module_preset=”default” toggle_text_color=”#42526e” body_text_color=”#42526e” global_colors_info=”{}”][et_pb_accordion_item title=”De combien d’utilisateurs virtuels ai-je r\u00e9ellement besoin ?” open=”on” _builder_version=”4.27.6″ _module_preset=”default” global_colors_info=”{}”]<\/p>\n Calculez-le \u00e0 partir des sessions par heure et de la dur\u00e9e moyenne des sessions plut\u00f4t que de choisir un nombre rond. Un syst\u00e8me g\u00e9rant 18 000 sessions par heure avec une dur\u00e9e moyenne de six minutes supporte environ 1 800 sessions concurrentes, pas 18 000. Ex\u00e9cutez la m\u00eame formule avec votre dur\u00e9e de session au P90 pour une v\u00e9rification pessimiste de la taille utile \u00e0 la planification.<\/p>\n [\/et_pb_accordion_item][et_pb_accordion_item title=”Puis-je simplement rejouer le trafic de production au lieu de le mod\u00e9liser ?” _builder_version=”4.27.6″ _module_preset=”default” global_colors_info=”{}” open=”off”]<\/p>\n Le rejouage est utile pour valider un mod\u00e8le que vous avez d\u00e9j\u00e0 construit. Pris seul, il a des limites : le trafic enregistr\u00e9 contient des donn\u00e9es personnelles \u00e0 anonymiser, les jetons de session expirent, et les \u00e9critures avec \u00e9tat ne peuvent \u00eatre r\u00e9p\u00e9t\u00e9es en toute s\u00e9curit\u00e9. Et il ne peut pas d\u00e9passer le volume que vous avez enregistr\u00e9, soit pr\u00e9cis\u00e9ment celui que vous devez d\u00e9passer dans vos tests.<\/p>\n [\/et_pb_accordion_item][et_pb_accordion_item title=”\u00c0 quelle fr\u00e9quence le mod\u00e8le de trafic doit-il \u00eatre reconstruit ?” _builder_version=”4.27.6″ _module_preset=”default” global_colors_info=”{}” open=”off”]<\/p>\n Apr\u00e8s toute version modifiant le front-end ou le flux utilisateur, apr\u00e8s un changement commercial qui modifie le mix transactionnel, et avant tout \u00e9v\u00e9nement de charge \u00e9lev\u00e9e connu. Un rythme trimestriel est un minimum raisonnable pour une application stable.<\/p>\n [\/et_pb_accordion_item][et_pb_accordion_item title=”Dois-je ex\u00e9cuter des tests au niveau protocolaire ou en vrais navigateurs ?” _builder_version=”4.27.6″ _module_preset=”default” global_colors_info=”{}” open=”off”]<\/p>\n Ils r\u00e9pondent \u00e0 des questions diff\u00e9rentes. Les tests au niveau protocolaire sont peu co\u00fbteux par utilisateur virtuel et adapt\u00e9s aux charges c\u00f4t\u00e9 back-end et API. Les tests en vrai navigateur ex\u00e9cutent JavaScript, d\u00e9clenchent les appels charg\u00e9s paresseusement, et ex\u00e9cutent des balises tierces, ce qui est la seule fa\u00e7on de voir ce qu\u2019un utilisateur d\u2019application monopage vit sous charge. La plupart des programmes d\u2019entreprise utilisent les deux.<\/p>\n [\/et_pb_accordion_item][et_pb_accordion_item title=”Que faire si mon application interne n’a pas de donn\u00e9es analytiques ?” _builder_version=”4.27.6″ _module_preset=”default” global_colors_info=”{}” open=”off”]<\/p>\n Utilisez les journaux d\u2019authentification pour le taux de connexion et la dur\u00e9e des sessions, les journaux serveur d\u2019application pour le volume de requ\u00eates par point de terminaison, et le planificateur batch pour ce qui fonctionne d\u2019autre pendant votre pic. Les applications internes portent rarement des balises analytiques, mais elles ont toujours des journaux d\u2019authentification et serveur.<\/p>\n [\/et_pb_accordion_item][\/et_pb_accordion][et_pb_text admin_label=”Text” _builder_version=”4.27.6″ background_size=”initial” background_position=”top_left” background_repeat=”repeat” global_colors_info=”{}”]<\/p>\n Un pattern de trafic r\u00e9aliste est d\u00e9fini par quatre mesures, pas un seul chiffre : la vitesse d\u2019arriv\u00e9e des sessions, ce que ces sessions font, la dur\u00e9e des pauses des utilisateurs entre actions, et leur localisation. Chacune est d\u00e9j\u00e0 pr\u00e9sente dans vos journaux.<\/p>\n Extrayez ces quatre, appliquez la loi de Little pour obtenir une donn\u00e9e de concurrence v\u00e9rifiable, et ajustez la mont\u00e9e en charge pour correspondre \u00e0 une vraie heure au lieu d\u2019une ligne droite. Puis validez le test par rapport \u00e0 la production et ajustez. C\u2019est plus de travail que de choisir un nombre rond d\u2019utilisateurs virtuels, mais c\u2019est la seule version de test dont vous pouvez vous servir.<\/p>\n [\/et_pb_text][et_pb_text admin_label=”Text” _builder_version=”4.27.6″ text_font_size=”20px” text_line_height=”1.5em” header_2_text_color=”#FFFFFF” background_size=”initial” background_position=”top_left” background_repeat=”repeat” custom_css_main_element=”background: linear-gradient(135deg, #1a73e8, #0d47a1);|| color: #fff;|| padding: 1.4rem 1.6rem;|| border-radius: 8px;|| margin: 2rem 0;|| text-align: center;” custom_css_free_form=”selector a {|| color: #fff;|| font-weight: 600;|| text-decoration: underline;||}” global_colors_info=”{}”]<\/p>\n LoadView ex\u00e9cute vos flux de session dans de vrais navigateurs depuis plus de 40 zones AWS et Azure, avec des courbes de charge que vous fa\u00e7onnez selon le rythme d\u2019arriv\u00e9e mesur\u00e9. Les plans de tests de charge enterprise<\/a> ajoutent des sous-comptes, SSO, et migration de scripts depuis des outils h\u00e9rit\u00e9s.<\/p>\nO\u00f9 les donn\u00e9es de trafic existent d\u00e9j\u00e0<\/h2>\n
Comment construire un mod\u00e8le de trafic \u00e0 partir des donn\u00e9es de production<\/h2>\n
\u00c9tape 1 : Choisissez la fen\u00eatre exacte que vous mod\u00e9lisez<\/h3>\n
\u00c9tape 2 : Comptez les sessions, pas les requ\u00eates<\/h3>\n
\u00c9tape 3 : Convertissez les sessions en concurrence<\/h3>\n
\u00c9tape 4 : R\u00e9partissez le trafic en transactions m\u00e9tier<\/h3>\n
\u00c9tape 5 : Extrait les temps de r\u00e9flexion des vraies sessions<\/h3>\n
\u00c9tape 6 : Adaptez la mont\u00e9e en charge \u00e0 la courbe r\u00e9elle<\/h3>\n
\n
\u00c9tape 7 : Placez la charge l\u00e0 o\u00f9 sont vos utilisateurs<\/h3>\n
O\u00f9 les mod\u00e8les de trafic \u00e9chouent<\/h2>\n
\u00c0 quoi ressemblent les formes de trafic r\u00e9elles en entreprise<\/h2>\n
Vente flash ou lancement de produit dans le commerce de d\u00e9tail<\/h3>\n
Cl\u00f4ture de fin de mois dans un ERP interne<\/h3>\n
P\u00e9riode d\u2019inscription ouverte dans l’assurance<\/h3>\n
Comment ex\u00e9cuter le mod\u00e8le dans LoadView<\/h2>\n
Comment v\u00e9rifier le mod\u00e8le par rapport \u00e0 la production<\/h2>\n
\n
Questions fr\u00e9quentes<\/h2>\n
En r\u00e9sum\u00e9<\/h2>\n
Testez votre mod\u00e8le de trafic dans de vrais navigateurs<\/h2>\n