Ich glaube, dass im Live-Sport das, was wir als Qualität des Erlebnisses für den Verbraucher erachten, von entscheidender Bedeutung ist. Einige von Ihnen haben vielleicht bemerkt, dass Themen wie Latenz (Verzögerung gegenüber Live) und die Nutzung von (oder Einführung von) immersivem Audio derzeit heiße Themen sind. Zu Recht – das sind Dinge, die für das weltweite Publikum wirklich wichtig sind.

In Live-Sport-Szenarien erzeugen die Momente im Vorfeld des Eventstarts eine Spitzenlast des Datenverkehrs, die sich massiv auf die Plattform und das Verbrauchererlebnis auswirkt. Denn was nützt immersives Audio, wenn man nicht rechtzeitig zum Spiel gelangt? Bei den großen Ausfällen und Störungen, die in den letzten Jahren große Marken bei der Bereitstellung von Sportinhalten geplagt haben, ist es selten (wenn überhaupt) das letzte Element der Medienbereitstellung.

Worauf sollten wir also achten, wenn wir Plattformen für globale Reichweite und Skalierbarkeit konzipieren?

Authentifizierung

Der Authentifizierungsdienst ist einer von mehreren, die die Hauptlast der Spitzenlastprobleme tragen. In den letzten Momenten vor dem Start eines Live-Events zeigen Analysedaten in der Regel, dass ein plötzlicher Ansturm von Nutzern, die den Dienst aufrufen, um ihre Tablets, Fernseher oder Konsolen auf das Hauptereignis vorzubereiten, zu einer Flut von Authentifizierungs- und/oder Sitzungstoken-Aktualisierungsanfragen führt.

Bei einem typischen SVOD- oder TVOD-Dienst, der eine Spitze von nur wenigen tausend gleichzeitigen Anfragen pro Sekunde verzeichnet, kann sich dieser Wert mit der Einführung von Live-Sport erheblich multiplizieren. Unsere Erfahrung bei den Winterspielen zeigte Spitzen von über 500.000 rps (Anfragen pro Sekunde) in den letzten Momenten vor Beginn der Events. Es ist auch erwähnenswert, dass sich in Szenarien mit föderierten oder SSO-Architekturen die Weiterleitung dieser Anfragelast an Downstream-Partner ebenfalls als Ihr grundlegender Engpass erweisen kann.

Berechtigungen (Entitlements)

Als nächstes auf meiner Liste steht der Berechtigungsdienst (Entitlements). Der Berechtigungsdienst übersetzt eine komplexe Matrix aus Inhaltsverfügbarkeit (Geoblocking) und Angebots- (Paket-) Regeln in Echtzeit, sobald der Inhalt vom Verbraucher angefordert wird. In einem unserer jüngsten Projekte ergaben 220 Länder + 15 Inhaltstypen + Wochentagsvariation + 4 Angebotstypen = ein kompliziertes und zeitaufwändiges Regelwerk, das analysiert werden musste. Dies führt zu einer erheblichen Last auf der Plattform. Latenzen in Bereichen wie der SSL-Terminierung oder dem Abruf von Berechtigungsantworten aus Cache-Ebenen oder Datenbank-Shards sind allesamt Dinge, auf die man achten sollte.

Glauben Sie nicht, dass Sie aus dem Gröbsten heraus sind, nur weil Ihre Verbraucher das Event erfolgreich starten können. Im Gegensatz zur Authentifizierung, die oft nur eine einmalige Spitzenlast des Datenverkehrs in den Minuten vor dem Event erfährt, wird der Berechtigungs-Endpunkt (wenn Sie sich in einer abgesicherten Umgebung befinden) während des gesamten Events in regelmäßigen Abständen aufgerufen.

Wenn dieser mit Ihrem Standortdienst und vielleicht dem Parallelitätsdienst verknüpft ist, ist es nicht ungewöhnlich, dass der Player in Intervallen von bis zu 30 Sekunden Abfragen durchführt, um sicherzustellen, dass Nutzer nicht über VPNs tunneln oder Zugangsdaten mit Freunden und Familie teilen. In vielen Umgebungen führt eine fehlgeschlagene Berechtigungsprüfung dazu, dass Ihre Verbraucher aus dem Live-Stream geworfen werden. Die Aufrechterhaltung einer 100-prozentigen Betriebszeit Ihrer Berechtigungs-Endpunkte ist von entscheidender Bedeutung.

Cloud-Skalierung

Cloud-Skalierung. Dies sollte Ihr goldenes Ei sein – die Lösung für all Ihre Kapazitätsprobleme. Auto-Scaling-Gruppen sind wunderbar – und wir sind große Befürworter der Out-of-the-Box-Funktionen, die unsere Public- und Private-Cloud-Anbieter anbieten. Dennoch war ich bei der Recherche für diesen Artikel überrascht, wie viele große Namen hier kalt erwischt wurden.

Regeln und Richtlinien, die die Last in Bereichen wie hoher Antwortlatenz oder Instanz-CPU überwachen, benötigen immer noch einige Sekunden, um zu greifen und die zusätzliche Rechenkapazität zu generieren, die wir benötigen. Rechnet man noch ein paar Minuten für das Bootstrapping, das Hinzufügen von Instanzen zu einem Load Balancer und das Abzeichnen von Health Checks hinzu, erreicht man schnell eine End-to-End-Dauer von etwa 3-5 Minuten.

Wenn wir unser obiges Berechtigungs-Szenario heranziehen, hätten Sie gerade den kritischen Start Ihres Live-Events verpasst. Wenn der Prozess, mit dem Sie Kapazitäten hinzufügen, erst bei einer Auslastung von 75 % ausgelöst wird, werden Sie die Zielvorgabe wahrscheinlich verfehlen. Pre-Warming ist eine hervorragende Möglichkeit, dieses Problem zu lösen. Nutzen Sie Ihren Event-Zeitplan, um den Prozess des Hinzufügens zusätzlicher Kapazität in der Stunde vor Beginn Ihres Live-Events per Skript zu steuern oder zu automatisieren.

Standortdienste

Standortdienste sind ein kritischer Teil der Architektur – auf den sich die Berechtigungslogik stark stützt –, aber die Art und Weise, wie dieser Kerndienst implementiert ist, kann über Erfolg oder Misserfolg entscheiden.

Herkömmliche IPv4-Adressen sind mittlerweile so knapp, dass die TTL-Werte (Time to Live) von Tagen auf Stunden reduziert wurden. Das bedeutet, dass ein Dienstanbieter eine IP-Adresse, die an einem Montag in einem Teil einer Region verwendet wurde, an einem Dienstag einem völlig anderen Teil der Region zuweisen kann. Für den Verbraucher bedeutet dies oft, dass die IP-Adresse, die ihm bei der Anmeldung zugewiesen wurde, nun einer Region zugeordnet ist, in der die Wiedergaberechte gesperrt sind.

Bei der Bereitstellung Ihrer Standortdienste wird es immer wichtiger sicherzustellen, dass Kundendienste die Möglichkeit haben, eine IP-Adresse in Echtzeit zu umgehen, auf eine Whitelist zu setzen oder anzupassen, um dem Verbraucher sofortigen Zugang zu einem Live-Event zu gewähren. Der Wechsel zu einem eigenen und selbst betriebenen Standortdienst bringt Ihnen ungeahnte Flexibilität, hilft dabei, die Kapazitätsgrenzen von cloudbasierten Lösungen zu mildern, und bringt Ihnen zweifellos ein paar zusätzliche Punkte bei Ihrem NPS-Score ein.

Fazit

Diese Subsysteme stellen nur einen Bruchteil der Komponenten in einer typischen Umgebung dar – aber sie sind oft diejenigen, die den größten Schmerz verursachen. Für diejenigen, die Cloud- und vielleicht sogar On-Premise-Umgebungen im Eigenbau nutzen, liegt die Herausforderung auf der Hand. Für diejenigen, die Plattformen um plattformübergreifende, extern gehostete SaaS-Produkte von Drittanbietern herum aufgebaut haben, erfordert die Herausforderung der Festigung, Skalierung und Härtung möglicherweise etwas mehr Überlegung.