Atributos de metadatos estándar std-metadata-attributes
Esta página pretende proporcionar una lista exhaustiva de atributos de metadatos que el servicio de Monitorización de concurrencia puede procesar y que pueden utilizarse como base para las políticas que se pueden implementar. Los atributos de metadatos estándar se pueden clasificar de la siguiente manera:
- Atributos incluidos por diseño (enviados en cada llamada de inicialización de sesión, ya que son necesarios en la ruta URL). No se puede realizar ninguna llamada válida sin estos valores.
- Atributos de metadatos: valores que deben pasarse como datos de formulario durante la llamada de inicialización de la sesión (en caso de que las políticas back-end requieran sus valores).
Atributos requeridos por el diseño attr-req-by-design
La API de supervisión de simultaneidad obliga a los clientes a enviar los siguientes valores como parte de cualquier llamada de inicialización válida: llamadas de inicio de sesión.
Atributos de metadatos metadata-attr
Los programadores y las MVPD pueden utilizar los campos de la tabla siguiente para crear políticas que se implementarán en la Monitorización de concurrencia.
Con API v2.0, si cualquiera de estos atributos es requerido por las directivas definidas, un intento de inicio de sesión sin ese atributo resultará en una solicitud 400 incorrecta.
Ejemplos de uso de atributos de metadatos para crear directivas examples-metadata-attr
Los campos de metadatos estándar se pueden utilizar para definir directivas del lado del servidor basadas en sus valores de campo:
-
Puede configurar una directiva para que solo se aplique a valores de campo específicos (por ejemplo, una directiva de iOS específica: donde
osTypeesiOS) -
Puede limitar el número de valores distintos para un campo determinado. Algunos ejemplos son los siguientes:
- no más de X dispositivos distintos:
HAVING DISTINCT COUNT(deviceId) <= 2 - no más de X códigos postales distintos:
HAVING DISTINCT COUNT(zipcode) <= 3
- no más de X dispositivos distintos:
-
Puede limitar el número de flujos activos por valor de campo. Algunos ejemplos son los siguientes:
- no más de X flujos activos para un solo tipo de dispositivo:
GROUP BY deviceType HAVING COUNT(streamId) <= 3 - no más de X flujos activos para flujos de contenido en vivo:
SELECT COUNT(streamId) AS streamCount WHERE contentType='live' HAVING streamCount <= 3
- no más de X flujos activos para un solo tipo de dispositivo:
Póngase en contacto con el equipo de Supervisión de concurrencia creando un ticket en Zendesk e indique qué políticas desea haber implementado.
Puede encontrar más ejemplos de directivas y libros de cocina de integración en los siguientes enlaces: