6 Punkte von xguru 2022-04-04 | Noch keine Kommentare. | Auf WhatsApp teilen
  • Im Zuge der Migration in die Cloud hat die BBC die Serverless-basierte Plattform „WebCore“ aufgebaut
  • Im vergangenen Jahr wurden zwar erst rund 30 % des Endziels erreicht, doch die Wirkung zeigt sich bereits
  • Mit Serverless kann man sich stärker auf den Nutzen für die Kunden konzentrieren, statt Zeit in die technische Grundlage der Plattform zu investieren
  • Die BBC hat Sicherheit und Performance bislang durch Caching maximiert. Um jedoch dem aktuellen Trend folgend stärker auf einzelne Leser zugeschnittene Inhalte bereitzustellen, sind mehr Veränderungen nötig und es entsteht eine höhere Last

Personalisierung / Relevanz

  • Der Aufbau für leserindividuell personalisierte Seiten läuft
  • Die Frontpage ist derzeit personalisiert, die Renderzeit liegt bei etwa 500 ms, dabei werden rund 30 Funktionen aufgerufen
  • Im Februar 2022 waren 145 Millionen Aufrufe personalisiert, das entsprach 6 % des gesamten WebCore-Traffics
  • In den kommenden 12 Monaten sollen die meisten Seiten für einzelne Leser personalisiert werden

Experimentieren

  • Auf der bisherigen, stark vom Caching abhängigen Plattform war es schwierig, auf Seiten verschiedenste Experimente durchzuführen
  • Die Entwicklung läuft so, dass mit A/B/n-Tests vielfältige Experimente möglich werden

Geschwindigkeit von Updates

  • An Werktagen werden die BBC-News- und Sportbereiche von Redakteuren dreimal pro Sekunde geändert (Artikel, Indexe, Videos, Shortform-Postings usw.)
  • Bei nicht personalisierten Seiten soll neuer Content möglichst schnell sichtbar werden, was wegen des Caches schwierig ist
  • Über serverless Redis wird die Zeit bis zur Sichtbarkeit neuer Artikel für Nutzer kontinuierlich verbessert
  • In 8 Monaten wurde sie von 2,5 Minuten auf 30 Sekunden gesenkt; in den nächsten 12 Monaten ist ein Wert unter 5 Sekunden das Ziel

Build-Zeiten

  • Damit das Technikteam schnell und sicher deployen kann, wurde die bisherige CI/CD-Pipeline verlassen
  • Wechsel von einer Jenkins-basierten zu einer serverless CI/CD-Pipeline
  • Die Build-Zeit sank von ursprünglich 24 Minuten auf aktuell 5 Minuten; Ziel sind 2 Minuten

Kleinere Probleme

  • Noisy-Neighbor-Problem: Da die serverless Plattform in der Cloud gemeinsam genutzte Ressourcen verwendet, kommt es gelegentlich zu Verlangsamungen

Noch keine Kommentare.

Noch keine Kommentare.