Eine Live-Streaming-API auswählen: Was Sie vor dem Bau prüfen sollten

Die Wahl eines Video-Backends fühlt sich wie ein Funktionsvergleich an, doch die Entscheidung gleicht eher der Beauftragung eines Zulieferers für den Teil Ihres Produkts, den Ihre Kunden tatsächlich ansehen. Eine Live-Streaming-API berührt Uploads, Encoding, Auslieferung und Wiedergabe. Eine schwache Wahl zeigt sich daher als Support-Tickets, als überraschende Rechnung oder als Neuentwicklung. Dieser Leitfaden gibt Ihnen ein kurzes Verfahren zum Vergleich von Anbietern an die Hand, egal ob Sie eine verwaltete API gegen den Bau einer eigenen Pipeline abwägen oder eine Alternative zu der Lösung suchen, die Sie heute nutzen. Sie können jede der folgenden Prüfungen an einem Nachmittag mit einem Testkonto durchführen, und jede sagt Ihnen etwas, was eine Marketingseite nicht verrät.

Beginnen Sie bei den Aufgaben, die Ihr Produkt erfüllen muss

Schreiben Sie die Aufgaben auf, bevor Sie eine einzige Anbieterseite öffnen. Eine typische Liste lautet: einen Upload annehmen, daraus etwas Abspielbares machen, mit einem Encoder live gehen, das Ergebnis auf Ihrer eigenen Seite anzeigen und einschränken, wer zusehen darf. Wenn Sie Zugang verkaufen, gehören Checkout und Berechtigungsverwaltung auf die Liste. Jede Zeile wird zu einem Test, den Sie ausführen können, und jeder Test endet mit einem eindeutigen Bestanden oder Nicht bestanden, unabhängig davon, wie eine Funktionsseite formuliert ist.

Beurteilen Sie dann jede API anhand dieser Liste statt anhand ihrer Funktionsseite. Eine Funktionsseite nennt, worauf der Anbieter stolz ist, während Ihre Liste beschreibt, was Sie ausliefern müssen. Markieren Sie jede Aufgabe als durch die API abgedeckt, nur im Dashboard abgedeckt oder nicht abgedeckt. Eine Aufgabe, die nur im Dashboard existiert, zwingt bei jedem neuen Kunden eine Person dazu, sich durch eine Oberfläche zu klicken. Sie sollten das daher bei jedem Produkt, das über eine Handvoll Konten hinauswachsen wird, als Lücke werten.

Fragen Sie, wie die Nutzung abgerechnet wird

Die Form der Abrechnung ist wichtiger als ein einzelner Preis. Eine Abrechnung nach Minuten oder Datenverkehr erzeugt eine Rechnung, die Ihrem Publikum folgt: Eine beliebte Übertragung erhöht die Zahl genau an dem Tag, an dem sie Ihre Zuschauerstunden erhöht. Ein Pauschaltarif gibt Ihnen eine Zahl, mit der Sie planen können, kommt aber meist mit Grenzen bei Speicher, gleichzeitigen Übertragungen oder Qualität, und diese Grenzen müssen Sie ebenso sorgfältig lesen.

Rechnen Sie mit Ihrem eigenen Datenverkehr statt mit dem Beispiel auf der Seite. Nehmen Sie Ihre erwarteten monatlichen Zuschauerstunden, eine pessimistische und deutlich größere Spitze sowie die Menge an Video, die Sie speichern wollen, und rechnen Sie alle drei durch jedes Abrechnungsmodell. Wenn die nutzungsabhängige Rechnung nur im ruhigen Szenario tragbar ist, wissen Sie jetzt, dass Ihre Marge vom Glück abhängt. Wenn das Pauschalmodell die Spitze abdeckt, in einem ruhigen Monat aber überdimensioniert wirkt, wissen Sie, dass Sie Kapazität reservieren, die Sie vielleicht nicht nutzen. Das ist nur dann ein fairer Tausch, wenn Planbarkeit für Sie zählt.

Prüfen Sie, ob die API den gesamten Weg abdeckt

Achten Sie darauf, dass der gesamte Weg vom Upload bis zum fertigen Player abgedeckt ist. Wer Uploader, Transcoder und Player von getrennten Anbietern zusammensetzt, vervielfacht die Stellen, an denen etwas brechen kann, und ebenso die Dashboards, Schlüssel und Rechnungen, die Sie pflegen müssen. Jede Nahtstelle hat ihre eigene Fehlerart: Der Uploader meldet Erfolg, während der Transcoder den Codec ablehnt, oder der Player lädt ein Manifest, das die Auslieferung noch nicht erreicht hat.

Eine einzelne API ist nicht automatisch besser. Testen Sie deshalb die Nahtstellen, für die Sie in beiden Fällen verantwortlich wären. Laden Sie eine Datei mit einem ungewöhnlichen Container, einen vertikalen Handyclip und eine sehr lange Aufzeichnung hoch, und beobachten Sie, was jeweils zurückkommt. Wenn der Anbieter sie verarbeitet und einen klaren Status liefert, bleibt die von Ihnen geschriebene Integration klein. Wenn Sie Konvertierungscode oder eigene Wiederholungslogik um den Anbieter herum ergänzen müssen, rechnen Sie diesen Code zum tatsächlichen Aufwand der Entscheidung für ihn.

Lesen Sie die Antworten und testen Sie den Statusablauf

Lesen Sie, was die API für einen neuen Upload und für eine neue Übertragung zurückgibt, bevor Sie Integrationscode schreiben. Bei einem Upload wollen Sie in der Antwort eine Upload-Adresse, eine Status-Adresse und einen fertigen Einbettungscode, ohne jeden manuellen Schritt. Bei einer Übertragung wollen Sie die Publish-Adresse, den Streamschlüssel und den Playercode. Wenn eines davon erfordert, dass eine Person ein Dashboard öffnet, hat Ihre Automatisierung eine Lücke.

Testen Sie dann den Statusablauf mit einer echten Datei vom Upload über die Verarbeitung bis zum Zustand „bereit“. Verlassen Sie sich nicht auf das Beispiel in der Dokumentation. Senden Sie eine Datei in der Größe, die Ihre Nutzer senden werden, fragen Sie die Status-Adresse ab und notieren Sie, wie lange jeder Zustand dauert. So finden Sie heraus, ob der Verarbeitungsfortschritt gemeldet wird, ob eine fehlgeschlagene Datei einen Grund zurückgibt, den Sie einem Nutzer anzeigen können, und wie sich der Status verhält, wenn Sie ihn abfragen, bevor der Upload abgeschlossen ist.

Behandeln Sie Warten, Fehler und Wiederholung in Ihrem eigenen Code. Warten bedeutet, dass Ihre Seite einen Platzhalter statt eines kaputten Players zeigt. Fehler bedeutet eine sichtbare Meldung und eine Möglichkeit, neu zu beginnen. Wiederholung bedeutet, dass die Upload-Anfrage sicher wiederholt werden kann, ohne einen halb reservierten Speicherplatz zu hinterlassen. Schreiben Sie für jeden Zustand einen Test, einschließlich einer absichtlich beschädigten Datei, denn das ist der Fall, den Ihr erster echter Kunde finden wird.

Schützen Sie Geheimnisse und begrenzen Sie, wo Video eingebettet werden darf

Behandeln Sie die Publish-Adresse und den Streamschlüssel als Geheimnisse und erzeugen Sie sie auf Ihrem Server statt in einer Browserseite. Wer einen Streamschlüssel besitzt, kann in Ihren Kanal senden, und alles, was an einen Browser ausgeliefert wird, kann von einem Besucher gelesen werden, der die Entwicklertools öffnet. Dieselbe Regel gilt für den API-Schlüssel selbst: Behalten Sie ihn auf Ihrem Server, rufen Sie den Anbieter von Ihrem Backend aus auf und geben Sie dem Browser nur das, was er zum Abspielen braucht.

Sehen Sie sich an, wie der Player eingebettet wird und wie der Zugriff eingeschränkt ist, denn ein Video, das jede Website einbetten kann, ist nicht das, was ein bezahltes Produkt will. Wenn Ihre Inhalte verkauft werden, gibt ein kopierter Einbettungscode auf einer anderen Seite Zuschauern einen Weg an Ihrem Checkout vorbei. Fragen Sie, ob Sie den Player auf eine Liste von Domains beschränken können, ob diese Liste auch Live-Übertragungen und Chat abdeckt und was passiert, wenn die Liste nicht gelesen werden kann. Ein sicheres System verweigert in diesem Fall das Einbetten. Wenn Ihr Ziel Reichweite ist, ist die gegenteilige Einstellung richtig. Entscheiden Sie also, in welchem Fall Sie sich befinden, bevor Sie mit dem Vergleich beginnen.

Finden Sie heraus, welche Limits zum Konto gehören

Limits verstecken sich oft hinter dem Wort „Schlüssel“. Finden Sie heraus, welche Limits zum Konto und nicht zum Schlüssel gehören, etwa gleichzeitige Übertragungen und Speicher, damit ein erfolgreicher Start nicht am ersten Tag gegen eine Wand läuft. Wenn Sie für jeden Kunden oder jede Umgebung einen eigenen Schlüssel erstellen, wird eine Obergrenze auf Kontoebene von allen geteilt, und Ihre Staging-Tests können den Spielraum verbrauchen, den der Produktivbetrieb braucht.

Prüfen Sie, ob dasselbe Abonnement Dashboard und API bedient. Eine separate Enterprise-Stufe für den programmatischen Zugriff kann ein kleines Projekt um Monate verlängern, weil sie eine technische Entscheidung in ein Verkaufsgespräch verwandelt. Fragen Sie direkt, ob der API-Zugriff und die benötigten Einbettungskontrollen in der Stufe enthalten sind, die Sie kaufen wollen, und lassen Sie sich die Antwort schriftlich geben, damit Sie nicht nach Abschluss der Integration auf eine Schranke stoßen.

Überwachen Sie den Anbieter und planen Sie den Ausstieg

Halten Sie ein kleines Testkonto und ein Skript bereit, das jeden Tag ein Video erstellt, abspielt und löscht, damit eine Änderung beim Anbieter auffällt, bevor Ihre Kunden sie sehen. Das Skript sollte echte Arbeit leisten: einen Upload anfordern, eine kleine Datei senden, auf „bereit“ warten, den Playercode abrufen, ihn in einem Headless-Browser laden, bestätigen, dass Bilder abgespielt werden, und das Video anschließend löschen. Lösen Sie bei jedem Schritt, der fehlschlägt oder deutlich länger dauert als üblich, einen Alarm aus, und halten Sie die Ergebnisse in einem Protokoll fest, damit Sie dem Support genau sagen können, wann sich das Verhalten geändert hat.

Planen Sie den Ausstieg, indem Sie eine eigene Kopie der Originale und eine eigene Aufzeichnung der Video-Kennungen führen. Damit wird ein späterer Anbieterwechsel zu einer Migration statt zu einer Neuentwicklung. Behalten Sie den ursprünglichen Upload in Ihrem eigenen Speicher und pflegen Sie eine Tabelle, die Ihre interne Video-ID der ID des Anbieters zuordnet. Verwenden Sie Ihre eigenen IDs in Seiten und Links, sodass nur die Integrationsschicht die des Anbieters kennt. Diese Trennung macht den Vendor-Lock-in zu einem beherrschbaren Risiko statt zu einem Grund, gar nicht erst zu kaufen.

Bevor Sie sich festlegen, gehen Sie die Checkliste noch einmal als Probelauf durch. Können Sie auf einer Seite jede Aufgabe, die Rechnung in einem Spitzenmonat, den Statusablauf, die Geheimnisse, die Kontolimits, die tägliche Prüfung und den Ausstieg beschreiben? Wenn ja, sind Sie bereit zu bauen. Wenn nicht, ist die fehlende Zeile die Frage, die Sie dem Anbieter als Nächstes stellen sollten.