Pour Noël, le pic de commandes devrait être le 11 décembre. et donc le pic de charge sur les sites Internet ce même jour.
Au delà de la préparation logistique pour tenir une telle charge au niveau des commandes, il faut que le support – l’infrastructure du site – puisse tenir le choc et ne soit pas un problème le jour J.
J’ai écrit il y a peu un article pour les plus techniciens permettant d’identifier les lenteurs d’un site, je me suis dit que ça pourrait être intéressant à un autre niveau de se poser la question d’un point de vue entrepreneur, puisque c’est vous, e-commerçants, qui avez la responsabilité de la disponibilité du site que vous gérez, à un autre niveau.
Alors, bien sûr, vous pouvez toujours prier pour que vos techniciens aient pensé à tout et sois fin prêts.
Mais il vaut mieux poser les bonnes questions aux techniciens pour être certains d’être prêts.
A quel trafic mon site deviendra-t-il instable ?
Il est important de faire des tests de montée en charge de vos sites Internet de temps en temps pour voir à quel moment ils commencent à mal se comporter. Les infogérants pourront vous proposer des scénarios de tests de montée en charge, permettant de voir à combien de visiteurs simultanés votre site tombera.
Donnée intéressante puisqu’elle vous permettra de répondre à une autre question : mon infrastructure actuelle est-elle suffisante. Il est préférable d’avoir toujours une infrastructure capable de résister à une charge supérieure à 4 ou 5 fois votre nombre de visiteurs actuel (la montée en puissance moyenne est souvent de l’ordre de 3x).
Est-on sur une infrastructure agile
qui permet d’évoluer en quelques heures si besoin ? Si vous voyez que vous êtes limites, vous avez plusieurs possibilités :
1. tout de suite passer sur un serveur plus gros (ne pas attendre les derniers jours),
2. vous adjoindre les services d’un serveur de médias (à voir avec vos techniciens) pour décharger le serveur principal
3. déporter la base de données sur un autre serveur
A-t-on identifié les/des zones sensibles dans la programmation
et peut-on à tout moment identifier quelle zone du site est responsable d’une lenteur ? (au niveau HTML, au niveau de la programmation serveur – PHP/ASP/…, au niveau des requêtes à la base de données)
Un petit test avec http://gtmetrix.com/ par exemple vous permettra d’avoir des notes qui vous en diront plus sur l’optimisation HTML + images de votre site.
Un petit coup d’oeil à la « timeline » (voir onglet spécifique), vous permettra de voir en combien de temps est généré et servi le code HTML (première ligne), ainsi que les autres éléments chargés par le navigateur.
A partir de là, vous saurez quoi optimiser.
Au niveau de la programmation (temps de génération de la première ligne de la timeline), il est indispensable pour les développeurs de disposer des « marqueurs » un peu partout pour savoir entre quel et quel marqueur se situe le temps le plus long.
Au niveau des requêtes en base de données, il est indispensable de jeter un coup d’oeil aux requêtes lentes, appelées « slow queries ». Vos techniciens sauront quoi regarder si vous le leur rappeler.
Est-ce qu’on stoppe les mises en production à l’approche de Noël ?
Une mise en production, si testée soit-elle, est toujours risquée puisque les erreurs peuvent impacter au mieux un visuel à un instant donné, au pire le tunnel de conversion ou des éléments essentiels pour celui-ci. A un moment où le pic de trafic fait que chaque souci prend des proportions importantes, il est préférable de limiter au maximum, voire de stopper les mises en production pendant la période sensible, identifiée notamment du 1 au 17 décembre.
Ce qui n’empêche pas de développer les éléments à part pour les mettre en production ensuite !
Laisser un commentaire