Ferien-Karlsruhe : un démarrage un peu laborieux le 23/02

Le lancement des ventes était prévu à 17h pile. Nous le savions et le public aussi. Pourquoi alors quelque chose aurait-il dû mal tourner ?

Ce n’est pas si simple. En réalité, il était clair qu’il y aurait une forte affluence sur les offres du portail de vacances. Mais que signifie « affluence » en chiffres ? Comment dimensionner les capacités des serveurs ?

SaaS Web héberge le portail de vacances depuis 2015, après que le lancement des ventes chez le précédent prestataire s’est terminé par un « débranchement de prise ». Depuis lors, le nombre de visiteurs et la charge des serveurs sont suivis par SaaS Web, qui veille au bon fonctionnement du portail. Comment a-t-il pu arriver que les serveurs soient surchargés, alors que SaaS Web a géré deux lancements de ventes (printemps 2016 et 2017) ?

Contrairement aux années précédentes, où le lancement des ventes commençait hors ligne et où les réservations en ligne n’étaient possibles que quelques jours plus tard, le choix a été fait pour la première fois de passer entièrement par le numérique. Par conséquent, il n’y avait aucune valeur de référence concernant le nombre d’utilisateurs et le rythme des commandes. Mais ce n’est pas tout : le portail a été entièrement reprogrammé, de sorte que chaque visite, chaque commande ou réservation générait des valeurs de charge différentes de celles connues jusqu’alors. Avant le lancement, des tests de charge ont été effectués pour nous donner l’ordre de grandeur que les serveurs devaient supporter. Comme ces tests ne simulaient pas de processus de commande réels, l’hypothèse était une estimation approximative. Il convient de préciser ici que de bons tests de charge représentent un effort considérable et engendrent des coûts correspondants.

Résumé de la chronologie :

• Peu avant 17h, de plus en plus de visiteurs arrivent sur ferien-karlsruhe.de, mais ne peuvent pas encore commander les nouvelles offres. Immédiatement avant 17h, on compte environ 2 500 visiteurs.
• À 17h, la possibilité de commander est débloquée automatiquement
• Sous la charge des nombreuses commandes (car ce sont elles qui génèrent particulièrement beaucoup de charge), des actions comme cliquer sur « Continuer » dans le panier ne sont plus possibles. En raison de la lenteur de réaction des serveurs, des effets secondaires déroutants deviennent visibles, comme par exemple une icône de panier en haut affichant une valeur alors que le panier lui-même indique être vide.
• Pendant ce temps, nous surveillons les serveurs pour identifier ce qui ne fonctionne pas comme prévu. Nous augmentons finalement la performance de tous les composants : Load Balancer 1 (sur 2), serveurs Web 1, 2, 3 et 4 (oui, 4 serveurs d’application étaient en service), ainsi que le serveur de base de données 1 (sur 3).
• À partir de 18h environ, la situation s’apaise et les réservations entrent dans le système — jusqu’à 19h, on compte environ 1 200 réservations.