Actualité
Réaliser les tests de montée en charge avant la mise en production
Après la phase de développement, nombre de prestataires mettent en ligne le site sans avoir réalisé au préalable de test de montée en charge.
Une erreur préjudiciable qui a bien souvent raison de l’architecture technique dès les premières heures suivant la mise en production.
Pour éviter que ne survienne un incident, il est important de savoir si l’application sera capable de supporter un grand nombre de connexions. Et de lui faire passer ce qui est comparable à un « crash test » dans l’automobile.
Autrement dit, un site ne peut pas être ouvert sans que l’infrastructure technique qui le supporte ait été validé et correctement configuré.
« Nous réalisons systématiquement des tests de montée en charge, cela fait partie du cahier des charges que de délivrer un certain nombre de page par seconde » , confirme Benoit Jacquemont de Smile.
« Plus tôt les tests sont intégrés dans le processus, mieux ce sera pour anticiper les éventuels problèmes techniques » , renchérit Thibaud Bussières, l’un des fondateurs de Neotys, une société française spécialisée dans les logiciels de test en charge.
Le fait de réaliser tardivement les tests augmente le risque d’un incident technique majeur : « plus les tests sont réalisés tardivement, plus c’est couteux… d’autant qu’il faut stopper la production, ce qui vient s’ajouter au fait que l’on est dans un environnement de stress. »
La bonne conduite à tenir est donc de prévoir une phase dite de « pré-production » pour régler les derniers détails avant la recette finale et la mise en production.
« Plus l’application est complexe, plus il est difficile de prévoir la performance en production. D’où l’importance du test de charge selon différents scénarios » , résume Thibaud Bussières.
On se souvient de l’avarie qu’avait connu le portail de l’administration fiscale (Impôts.gouv.fr) en 2005, obligeant le ministère de l’Économie et des Finances à repousser la date d’échéance des télédéclarations.
A l’époque, Bercy avait répondu que c’était un problème de « bande passante » qui avait été à l’origine de l’impossibilité d’effectuer la démarche en ligne.
« L’intérêt du test en charge est avant tout d’estimer le nombre de serveurs dont il y aura besoin en vitesse de croisière et pour éventuellement anticiper les pics de trafic » , commente Thibaud Bussières.
Il analyse toutefois que « généralement, il ne suffit pas d’ajouter des machines et d’avoir sur-dimensionné la plate-forme technique pour régler le problème : c’est aussi souvent un problème logiciel. »
Une façon de laisser entendre que lorsque l’on teste, il est possible de provoquer un incident avant la mise en production pour éviter une mauvaise presse.
Et ainsi optimiser l’hébergement et/ou le code de l’application avant le lancement effectif du site.
« Ce genre d’incident est hélas encore fréquent », conclut Thibaud Bussières.
Voila qui pourrait faire un très bon proverbe : personne ne peut prédire la performance d’un service sans l’avoir testé.
Les propos surréalistes tenus sur France Info par un conseiller auprès du directeur du SIG l’attestent : « Un problème de configuration de serveurs, aggravé par une surprenante affluence dès 9h00, environ 50 000 visiteurs un jour férié. »
(Lire la fin du sujet page 3)
Autres articles sur ce sujet
Categories : Actualité, Bases de données, Serveurs, Sites Internet, Télécommunications.









Derniers commentaires
75 Responses to France.fr : les erreurs à éviter lors du lancement d’un site Web d’envergure-
Le 16 juillet 2010 à 16:55 par Martins
-
Le 6 février 2012 à 8:35 par Glucosamine
-
Le 16 juillet 2010 à 18:14 par Tarba
-
Le 8 janvier 2012 à 17:35 par AKO
-
Le 16 juillet 2010 à 20:30 par Marie-Micheline
-
Le 4 février 2012 à 4:25 par Megavideo
-
Le 5 février 2012 à 2:30 par IMDB
-
Le 17 juillet 2010 à 7:28 par BONNAURE Olivier
-
Le 18 juillet 2010 à 3:37 par Laleau Cyprien
-
Le 18 juillet 2010 à 10:34 par wykaaa
-
Le 18 juillet 2010 à 22:45 par eric
-
Le 19 juillet 2010 à 4:51 par Nemnem
-
Le 19 juillet 2010 à 10:47 par Maxime
-
Le 19 juillet 2010 à 12:11 par Cédric
Commentaires plus récents
A chaque grandeur de site, sa grandeur de problème!
You are a very capable person!
On commence à avoir l’habitude de passer pour des guignols au yeux du monde maintenant……
Merci qui ??
Wow! Thank you! I always needed to write on my site something like that. Can I include a portion of your post to my blog?
Merci pour ces infos..Je n’étais pas au courant de ce qui s’était passé.
Really good stuff, this helped me in my project. PS. Can you suggest me some stuff on Government Student Loan ? Im still a newbie with this
Daniel, yea I can see what you probably did there. I really appreciated that part, however hehe I am not that harsh like my dad with these things. He at all times tells me crazy stories again in the day and calls me a loser. I guess its time I move out of my dad and mom basement LOL. Aaanyways, what about you? what does your dad think xD Anyway, in my language, there are usually not a lot good source like this.
Bah, de toute façon ici on a au moins dix ans de retard sur ce qui se passe aux US.
Mettre en place un site avec Ruby on Rails, MemCache, MongoDB(soyons fou et en mode cluster et sharding) et pourquoi pas un peu de #node.js pour ajouter un peu de temps réel, le tout load balancé via nginx aurait été pas mal ! Les bases de données SQL ne sont pas forcément adapté au web, depuis que je suis passé au noSQL ce n’est que du bonheur ! Mais faut pas rêver … comme je dis, ici on est plus dans du serveur windows IIS (je rigole – quoique)
Mais nooonn… ici on va faire des choses qui ne supporte pas 50000 visiteurs…
Il faudrait que les SSII françaises sortent de leur trou et regardent un peu ce qu’il se fait.
Au fait si ils veulent un coup de main, et qu’ils ont encore du budget, ils peuvent me contacter, je me ferai un plaisir de faire consultant ;)
Sur ce, je retourne coder avec node.js … et ils devraient faire pareil …
Je doit dire que ce sont des erreurs comme sa qui font les affaires de certains. Comme moi, surtout les agences de communication avec les quelles je bosse demande dans les cahiers des charges que celà soit pris en charge. Par exemple pour un client dont je ne nommerai pas, pour le lancement d’un projet j’ai du mettre en place 50 serveurs pour prendre en charge le trafic sur les premiers jours contre une quinzaine actuellement. Ce qui est affligeant c’est que l’on sait depuis des années que les premiers temps il y a un effet de buzz, je ne vais pas critiquer, mais pour un site comme sa seulement 10 serveurs c’est affligeant. Et ils font le coups à chaque fois. Il n’y a pas cinquante solutions à un moment il faut mettre la main à la poche. Surtout il y a des sociétés françaises spécialisées dans l’hébergement et dans le dédié pour pas ne citer de nom QUI ONT DES TARIFS BAS.
Mais franchement je me répète mais c’est affligeant d’entendre qu’ils n’utilisent que 10 serveurs pour un site dont on est certain qu’il va y avoir du « buzz ».
Le niveau des SSII française sur les technologies Internet est affligeant. J’ai eu l’occasion de le vérifier maintes fois lors de mes activités de consultant dans les NTIC.
Et quand je lis les commentaires, je ne suis pas rassuré car il ne suffit, en général, pas de rajouter des serveurs à la pelle pour assurer la montée en charge. Bien souvent, les problèmes viennent des logiciels employés ou de leur mauvaise utilisation.
De plus, en France, il n’y a pas de réelle culture de la gestion de projet informatique et la phase de test est souvent traitée « par dessus la jambe » alors qu’elle devrait représenter au moins 40% du temps de développement pour des sites à forte visibilité.
tu veux quoi
J’en connais qui ont du avoir des pics de frequentation avec cette histoire (http://france.com/) vous voyez il y’a des prives qui font meme mieu que notre cher gouvernement, je me demande quand est ce qu’on va depasser l’epoque Louis XI en France….
50.000 VU / jour ce n’est pas si énorme que ca.
Rue89 qui tourne sur un Drupal et 4 serveurs, a 2.000.000 VU / mois, donc pres de 60.000 par jour, voire beaucoup plus avec le fameux effet « google news ».
France.fr doit avoir un accord avec un CDN (Akamai ou autre). Je pense que l’explication de pic de charge ne tient pas. Il y a un problème plus grave, surtout que le site est offline depuis bientôt une semaine.
A mon sens c’est pas du tout un problème de pic de charge.
Surtout que france.fr est un site de contenu simple
Bonjour,
j’ai essayé d’enrichir le débat sur l’utilisation des CMS dans les sites à forte affluence : http://www.spip-blog.net/CMS-et-sites-a-fort-trafic-parlons-chiffres.html