Standard-Metadatenattribute std-metadata-attributes
Auf dieser Seite erhalten Sie eine umfassende Liste von Metadatenattributen, die der Concurrency Monitoring-Service verarbeiten kann und die als Grundlage für Richtlinien verwendet werden können, die implementiert werden können. Die Standard-Metadatenattribute können wie folgt kategorisiert werden:
- Vom Design eingeschlossene Attribute (werden bei jedem Sitzungsinitialisierungsaufruf gesendet, da sie im URL-Pfad erforderlich sind). Ohne diese Werte kann kein gültiger Aufruf ausgeführt werden.
- Metadatenattribute: Werte, die beim Sitzungsinitialisierungsaufruf als Formulardaten übergeben werden müssen (falls die Backend-Richtlinien ihre Werte erfordern).
Vom Design benötigte Attribute attr-req-by-design
Die Parallelitätsüberwachungs-API zwingt Clients, im Rahmen eines gültigen Initialisierungsaufrufs die folgenden Werte zu senden: Sitzungsinitiierungsaufrufe.
Metadatenattribute metadata-attr
Die Felder in der folgenden Tabelle können von Programmierern und MVPDs verwendet werden, um Richtlinien zu erstellen, die bei der gleichzeitigen Überwachung implementiert werden.
Wenn bei API v2. eines dieser Attribute für die definierten Richtlinien erforderlich ist, führt ein Sitzungsinittierungsversuch ohne dieses Attribut zu einer 400-Fehler-Anfrage.
Beispiele für die Verwendung von Metadatenattributen zum Erstellen von Richtlinien examples-metadata-attr
Die Standard-Metadatenfelder können für die Definition von Server-seitigen Richtlinien basierend auf ihren Feldwerten verwendet werden:
-
Sie können eine Richtlinie konfigurieren, die nur auf bestimmte Feldwerte angewendet wird (z. B. eine dedizierte iOS-Richtlinie: , bei der
osTypeiOSist) -
Sie können die Anzahl der unterschiedlichen Werte für ein bestimmtes Feld begrenzen. Einige Beispiele:
- nicht mehr als X verschiedene Geräte:
HAVING DISTINCT COUNT(deviceId) <= 2 - höchstens X verschiedene Postleitzahlen:
HAVING DISTINCT COUNT(zipcode) <= 3
- nicht mehr als X verschiedene Geräte:
-
Sie können die Anzahl der aktiven Streams pro Feldwert begrenzen. Einige Beispiele:
- nicht mehr als X aktive Streams für einen einzelnen Gerätetyp:
GROUP BY deviceType HAVING COUNT(streamId) <= 3 - nicht mehr als X aktive Streams für Streams von Live-Inhalten:
SELECT COUNT(streamId) AS streamCount WHERE contentType='live' HAVING streamCount <= 3
- nicht mehr als X aktive Streams für einen einzelnen Gerätetyp:
Wenden Sie sich an das Team zur Überwachung von , indem Sie ein Ticket in Zendesk erstellen und geben Sie an, welche Richtlinien Sie implementieren möchten.
Weitere Beispiele für Richtlinien und Integrations-Cookbooks finden Sie im Folgenden: