Derniers articles

Free Mobile a fait parvenir ses premières cartes SIM à ses pre {…}

Lire la suite

Ces neuf bulletins permettront de corriger des risques d' {…}

Lire la suite

Pour répondre à un impératif besoin de communiquer en tous lie {…}

Lire la suite

L’OS open source ReactOS a pour objectif d’être compatible ave {…}

Lire la suite

Derniers articles

Le site de rencontres français le plus en vogue actuellement a {…}

Lire la suite

Le cyberactiviste le plus connu de la planète a été mis à l’ho {…}

Lire la suite

Le célèbre ex Beatles a ouvert à tous les internautes l’accès {…}

Lire la suite

“On vous quitte pour Free”, c’est le titre de la chanson humor {…}

Lire la suite

Derniers articles

George Lucas vient de répondre à une des plus grandes question {…}

Lire la suite

Les utilisateurs du site de partage suédois The Pirate Bay ont {…}

Lire la suite

Acer pourrait lancer le fleuron de ses smartphones durant le M {…}

Lire la suite

Hourra ! L’humanité vient d’évoluer une nouvelle fois ! La der {…}

Lire la suite

Derniers articles

Stéphanie Bompas, responsable du Channel et des marchés PME ch {…}

Lire la suite

Selon la dernière enquête conjoncturelle du 3SCI, les sociétés {…}

Lire la suite

Le responsable marketing d'ACTN, grossiste de la région t {…}

Lire la suite

L'interview du Country Manager France de Logitech sur IT {…}

Lire la suite

[x]Fermer

Actualité

France - Hexagone

France.fr : les erreurs à éviter lors du lancement d’un site Web d’envergure

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)

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

    A chaque grandeur de site, sa grandeur de problème!

  • Le 16 juillet 2010 à 18:14 par Tarba

    On commence à avoir l’habitude de passer pour des guignols au yeux du monde maintenant……

    Merci qui ??

    • Le 8 janvier 2012 à 17:35 par AKO

      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?

  • Le 16 juillet 2010 à 20:30 par Marie-Micheline

    Merci pour ces infos..Je n’étais pas au courant de ce qui s’était passé.

    • Le 4 février 2012 à 4:25 par Megavideo

      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

    • Le 5 février 2012 à 2:30 par IMDB

      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.

  • Le 17 juillet 2010 à 7:28 par BONNAURE Olivier

    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 …

  • Le 18 juillet 2010 à 3:37 par Laleau Cyprien

    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 18 juillet 2010 à 10:34 par wykaaa

    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é.

  • Le 18 juillet 2010 à 22:45 par eric

    tu veux quoi

  • Le 19 juillet 2010 à 4:51 par Nemnem

    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….

  • Le 19 juillet 2010 à 10:47 par Maxime

    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

  • Le 19 juillet 2010 à 12:11 par Cédric

    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

Laisser un commentaire

  • Les champs obligatoires sont indiqués avec *,
    Votre adresse de messagerie ne sera pas publiée.

Vous pouvez utiliser ces balises et attributs HTML : <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <strike> <strong>