- BBC a construit
WebCore, une plateforme basée sur le serverless, dans le cadre de sa migration vers le cloud
- Au cours de l’année écoulée, seulement environ 30 % de l’objectif final a été atteint, mais les effets commencent déjà à se faire sentir
- Avec le serverless, il est possible de se concentrer davantage sur la valeur apportée aux utilisateurs plutôt que de passer du temps à concevoir l’infrastructure de la plateforme
- BBC a maximisé la fiabilité et les performances grâce au caching. Mais pour fournir aujourd’hui des contenus personnalisés à chaque lecteur, il faut faire évoluer davantage le système et absorber une charge plus importante
Personalisation / Relevancy
- La mise en place de pages personnalisées pour chaque lecteur est en cours
- La page d’accueil est actuellement personnalisée, avec un temps de rendu d’environ 500 ms, pendant lequel une trentaine de fonctions sont appelées
- En février 2022, 145 millions d’appels ont été personnalisés, soit 6 % du trafic total de WebCore
- Au cours des 12 prochains mois, l’objectif est que la majorité des pages soient personnalisées pour chaque lecteur
Experimentation
- Sur l’ancienne plateforme, qui dépendait fortement du caching, il était difficile de mener différentes expérimentations sur les pages
- Le développement progresse pour permettre diverses expérimentations via des tests A/B/n
Speed of Updates
- En semaine, les sections BBC News et Sport sont modifiées par les éditeurs à raison de 3 fois par seconde (articles, index, vidéos, publications courtes, etc.)
- Pour les pages non personnalisées, l’objectif est de refléter le plus vite possible les nouveaux contenus, mais le cache complique cette mise à jour
- BBC améliore en continu le délai avant qu’un nouvel article n’apparaisse chez l’utilisateur grâce à Redis serverless
- En 8 mois, ce délai est passé de 2,5 minutes à 30 secondes, avec un objectif de moins de 5 secondes sur les 12 prochains mois
Build times
- Pour permettre aux équipes techniques de déployer rapidement et en toute sécurité, BBC s’éloigne de son pipeline CI/CD existant
- Passage d’une base Jenkins à un pipeline CI/CD serverless
- Le temps de build est passé de 24 minutes à l’origine à 5 minutes aujourd’hui, avec un objectif de 2 minutes
Problèmes mineurs
- Problème de « voisin bruyant » : comme les plateformes serverless dans le cloud utilisent des ressources partagées, des ralentissements peuvent parfois survenir
Aucun commentaire pour le moment.